RU2744698C2 - Системы и способы для обеспечения, пополнения и возмещения предоплатных карт, используемых в транспортных приложениях - Google Patents
Системы и способы для обеспечения, пополнения и возмещения предоплатных карт, используемых в транспортных приложениях Download PDFInfo
- Publication number
- RU2744698C2 RU2744698C2 RU2017120496A RU2017120496A RU2744698C2 RU 2744698 C2 RU2744698 C2 RU 2744698C2 RU 2017120496 A RU2017120496 A RU 2017120496A RU 2017120496 A RU2017120496 A RU 2017120496A RU 2744698 C2 RU2744698 C2 RU 2744698C2
- Authority
- RU
- Russia
- Prior art keywords
- transport
- card
- account
- processor
- payment
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 62
- 238000013475 authorization Methods 0.000 claims abstract description 24
- 230000004913 activation Effects 0.000 claims description 25
- 230000008569 process Effects 0.000 claims description 14
- 238000012545 processing Methods 0.000 claims description 9
- 238000004806 packaging method and process Methods 0.000 claims description 6
- 239000000126 substance Substances 0.000 abstract 1
- 238000001994 activation Methods 0.000 description 21
- 238000004891 communication Methods 0.000 description 15
- 238000012790 confirmation Methods 0.000 description 6
- 230000007423 decrease Effects 0.000 description 4
- 230000004044 response Effects 0.000 description 4
- 230000029305 taxis Effects 0.000 description 4
- 238000010276 construction Methods 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000005096 rolling process Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- PCTMTFRHKVHKIS-BMFZQQSSSA-N (1s,3r,4e,6e,8e,10e,12e,14e,16e,18s,19r,20r,21s,25r,27r,30r,31r,33s,35r,37s,38r)-3-[(2r,3s,4s,5s,6r)-4-amino-3,5-dihydroxy-6-methyloxan-2-yl]oxy-19,25,27,30,31,33,35,37-octahydroxy-18,20,21-trimethyl-23-oxo-22,39-dioxabicyclo[33.3.1]nonatriaconta-4,6,8,10 Chemical compound C1C=C2C[C@@H](OS(O)(=O)=O)CC[C@]2(C)[C@@H]2[C@@H]1[C@@H]1CC[C@H]([C@H](C)CCCC(C)C)[C@@]1(C)CC2.O[C@H]1[C@@H](N)[C@H](O)[C@@H](C)O[C@H]1O[C@H]1/C=C/C=C/C=C/C=C/C=C/C=C/C=C/[C@H](C)[C@@H](O)[C@@H](C)[C@H](C)OC(=O)C[C@H](O)C[C@H](O)CC[C@@H](O)[C@H](O)C[C@H](O)C[C@](O)(C[C@H](O)[C@H]2C(O)=O)O[C@H]2C1 PCTMTFRHKVHKIS-BMFZQQSSSA-N 0.000 description 1
- 230000003213 activating effect Effects 0.000 description 1
- 230000004888 barrier function Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 235000021170 buffet Nutrition 0.000 description 1
- 238000012512 characterization method Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 238000012856 packing Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
- G06Q20/28—Pre-payment schemes, e.g. "pay before"
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
- G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
- G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
- G06Q20/0655—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash e-cash managed centrally
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/20—Point-of-sale [POS] network systems
-
- 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
-
- 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/342—Cards defining paid or billed services or quantities
-
- 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/349—Rechargeable 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/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/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/354—Card activation or deactivation
-
- 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/403—Solvency checks
- G06Q20/4037—Remote solvency checks
-
- 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
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/40—Business processes related to the transportation industry
-
- 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
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Computer Networks & Wireless Communication (AREA)
- Finance (AREA)
- Computer Security & Cryptography (AREA)
- Health & Medical Sciences (AREA)
- Economics (AREA)
- General Health & Medical Sciences (AREA)
- Human Resources & Organizations (AREA)
- Marketing (AREA)
- Primary Health Care (AREA)
- Tourism & Hospitality (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Cash Registers Or Receiving Machines (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Control Of Vending Devices And Auxiliary Devices For Vending Devices (AREA)
- Devices For Checking Fares Or Tickets At Control Points (AREA)
Abstract
Изобретение направлено на системы и способы проведения транзакций, связанных с транспортной картой. Технический результат заключается в повышении эффективности проведения транзакций транспортной карты с учетом определения предопределенного порога для одного или более конкретных типов транспорта. Способ включает этапы: прием запроса выплаты и определение, является ли он запросом предварительной авторизации или запросом выплаты платежа; если запрос выплаты является запросом предварительной авторизации, определяют, авторизован ли счет для конкретного типа транспорта. Если счет авторизован, передают одобрение транспортному процессору. Если счет не авторизован, передают отказ. Если запрос выплаты является запросом выплаты платежа: определяют, достаточна ли сумма счета для оплаты суммы выплаты; в отрицательном случае запрещают, а в положительном случае одобряют транзакцию и вычитают величину и определяют, является ли сумма счета ниже предопределенного порога для конкретного типа транспорта, и, если это так, обновляют статус счета в хранилище данных. 2 н. и 16 з.п. ф-лы, 10 ил.
Description
Уровень техники
[0001] Настоящее изобретение испрашивает приоритет предварительной заявки на патент США № 61/680,802, поданной 08 августа 2012 года, которая включена в настоящий документ во всей полноте. Настоящее изобретение в целом направлено на системы и способы для проведения транзакций предоплатной карты в транспортных приложениях. В частности, настоящее изобретение направлено на розничную продажу, распространение, пополнение и выплату по предоплатным картам, используемым в транспортных приложениях.
[0002] Для транспортных систем стало повседневным требовать или использовать разные формы оплаты для разных типов транспорта. Например, метрополитен может требовать жетоны, в то время как автобус может требовать проездной. Поезд может требовать билет, в то время как дорожный сбор может требовать оплаты наличными. Оплата множества типов транспорта может быть неудобна для пользователя. В соответствии с этим желательна система, в которой источник суммы может совершать оплату в одном или более типах транспорта.
[0003] Кроме того, транспортные системы оплаты, которые допускают для использования различную предоплату, часто требуют своевременной регистрации и задержки между регистрацией для транспортной карты или транспондера и их получением. В соответствии с этим желательна возможность купить транспортную карту и/или транспондер в точке продажи.
Сущность изобретения
[0004] Аспекты в соответствии с некоторыми вариантами осуществления настоящего изобретения могут включать в себя способ проведения транзакций транспортной карты, причем способ выполняется между центральным процессором, содержащим счет, привязанный к транспортной карте, и хранилище данных, содержащее статус счета, и транспортным процессором, причем способ содержит этапы, на которых: принимают в центральном процессоре от транспортного процессора запрос выплаты, включающий в себя информацию, идентифицирующую транспортную карту; определяют посредством центрального процессора, является ли запрос выплаты запросом предварительной авторизации для конкретного типа транспорта или запросом выплаты платежа (совершения платежа); после определения, что запрос выплаты является запросом предварительной авторизации: определяют посредством центрального процессора, является ли счет авторизованным для транзакции для конкретного типа транспорта, на основе факторов, включающих в себя статус счета; если счет авторизован для транзакции для конкретного типа транспорта, передают одобрение предварительной авторизации транспортному процессору; если счет не авторизован для транзакции для конкретного типа транспорта, передают отказ предварительной авторизации транспортному процессору; после определения, что запрос выплаты является запросом выплаты платежа: определяют посредством центрального процессора, является ли сумма, связанная со счетом, большей или равной величине, запрашиваемой запросом выплаты платежа; если сумма, связанная со счетом, меньше величины, запрашиваемой запросом выплаты платежа, передают отказ запроса выплаты платежа транспортному процессору; если сумма, связанная со счетом, больше или равна величине, запрашиваемой запросом выплаты платежа: передают одобрение запроса выплаты платежа транспортному процессору; вычитают величину установленного запроса выплаты платежа из счета; определяют, является ли сумма, связанная со счетом, ниже предопределенного порога для одного или более конкретных типов транспорта, и если это так, обновляют статус счета в хранилище данных.
[0005] Некоторые аспекты в соответствии с некоторыми вариантами осуществления изобретения могут включать в себя способ проведения транзакций транспортной карты, причем способ выполняется между центральным процессором, содержащим счет, привязанный к транспортной карте, и хранилище данных, содержащее статус счета, и транспортным процессором, причем способ содержит этапы, на которых: принимают в центральном процессоре от кассового терминала (point of sale, POS) распространителя запрос активации, содержащий информацию, идентифицирующую транспортную карту; определяют посредством центрального процессора: является ли информация, идентифицирующая транспортную карту, пригодной; и счет, привязанный к транспортной карте; и активируют транспортную карту посредством центрального процессора; принимают в центральном процессоре от транспортного процессора запрос выплаты, включающий в себя информацию, идентифицирующую транспортную карту; определяют посредством центрального процессора, является ли запрос выплаты запросом предварительной авторизации для конкретного типа транспорта или запросом выплаты платежа; после определения, что запрос выплаты является запросом предварительной авторизации: определяют посредством центрального процессора, является ли счет авторизованным для транзакции для конкретного типа транспорта, на основе факторов, включающих в себя статус счета; если счет авторизован для транзакции для конкретного типа транспорта, передают одобрение предварительной авторизации транспортному процессору; если счет не авторизован для транзакции для конкретного типа транспорта, передают отказ предварительной авторизации транспортному процессору; после определения, что запрос выплаты является запросом выплаты платежа: определяют посредством центрального процессора, является ли сумма, связанная со счетом, большей или равной величине, запрашиваемой запросом выплаты платежа; если сумма, связанная со счетом, меньше величины, запрашиваемой запросом выплаты платежа, передают отказ запроса выплаты платежа транспортному процессору; если сумма, связанная со счетом, больше или равна величине, запрашиваемой запросом выплаты платежа: передают одобрение запроса выплаты платежа транспортному процессору; вычитают величину установленного запроса выплаты платежа из счета; определяют, является ли сумма, связанная со счетом, ниже предопределенного порога для одного или более конкретных типов транспорта, и если это так, обновляют статус счета в хранилище данных.
[0006] Некоторые аспекты в соответствии с некоторыми вариантами осуществления настоящего изобретения могут включать в себя способ проведения транзакций транспортной карты, причем способ выполняется между центральным процессором, содержащим счет, привязанный к транспортной карте, и хранилище данных, содержащее статус счета, и транспортным процессором, причем способ содержит этапы, на которых: принимают в центральном процессоре от транспортного процессора запрос выплаты, включающий в себя информацию, идентифицирующую транспортную карту; определяют посредством центрального процессора, является ли запрос выплаты запросом предварительной авторизации для конкретного типа транспорта или запросом выплаты платежа; после определения, что запрос выплаты является запросом предварительной авторизации: определяют посредством центрального процессора, является ли счет авторизованным для транзакции для конкретного типа транспорта, на основе факторов, включающих в себя статус счета; если счет авторизован для транзакции для конкретного типа транспорта, передают одобрение предварительной авторизации транспортному процессору; если счет не авторизован для транзакции для конкретного типа транспорта, передают отказ предварительной авторизации транспортному процессору; после определения, что запрос выплаты является запросом выплаты платежа: определяют посредством центрального процессора, является ли сумма, связанная со счетом, большей или равной величине, запрашиваемой запросом выплаты платежа; если сумма, связанная со счетом, меньше величины, запрашиваемой запросом выплаты платежа, определяют, необходим ли выход из конкретного типа транспорта, используемого при оплате услуг; если выход является необходимым, авторизуют транзакцию для общей суммы счета и вычитают запрос выплаты платежа из счета, тем самым порождая отрицательный баланс на счете; если выход не является необходимым, передают отказ запроса выплаты платежа транспортному процессору; если сумма, связанная со счетом, больше или равна величине, запрашиваемой запросом выплаты платежа: передают одобрение запроса выплаты платежа транспортному процессору; вычитают сумму установленного запроса выплаты платежа из счета; определяют, является ли сумма, связанная со счетом, ниже предопределенного порога для одного или более конкретных типов транспорта, и если это так, обновляют статус счета в хранилище данных.
[0007] Некоторые аспекты в соответствии с некоторыми вариантами осуществления изобретения могут включать в себя систему для проведения транзакций, использующих или связанных с транспортной картой, содержащую: кассовый терминал (POS) распространителя; транспортный процессор; центральный процессор, выборочно связанный с POS распространителя и транспортным процессором, причем центральный процессор содержит: первое хранилище данных, содержащее одну или более записей, связанных с транспортной картой и указывающих сумму, связанную с транспортной картой; второе хранилище данных, содержащее одну или более записей, связанных с одной или более транспортными картами, которые могут включать в себя транспортную карту, не авторизованную для транзакций; процессор, выполненный с возможностью: принимать запрос активации от POS распространителя для активации карты транзакции, причем запрос активации содержит информацию, идентифицирующую транспортную карту; принимать запрос выплаты от транспортного процессора; определять, является ли запрос выплаты запросом предварительной авторизации для конкретного типа транспорта, и если это так, определять, авторизован ли счет для транзакции для конкретного типа транспорта, на основе факторов, включающих в себя статус счета; определять, является ли запрос выплаты запросом выплаты платежа, и если сумма, связанная со счетом, больше или равна величине, запрашиваемой запросом выплаты платежа, передавать одобрение запроса транзакции транспортному процессору.
[0008] Эти и другие аспекты станут очевидны из последующего описания изобретения, взятого вместе с последующими рисунками, хотя изменения и модификации могут быть произведены без отступления от сущности и объема новых концепций изобретения.
Краткое описание чертежей
[0009] Настоящее изобретение может быть понято более полно посредством чтения последующего подробного описания вместе с прилагаемыми чертежами, на которых одинаковые опорные указатели используются для обозначения одинаковых элементов. Прилагаемые фигуры изображают некоторые иллюстративные варианты осуществления и могут помочь в понимании последующего подробного описания. Перед подробным объяснением любого варианта осуществления изобретения следует понимать, что изобретение не ограничено в своем применении подробностями конструкции и размещением компонентов, изложенными в последующем описании или проиллюстрированными на чертежах. Изображенные варианты осуществления следует понимать как иллюстративные и никоим образом не ограничивающие общий объем изобретения. Кроме того, следует подразумевать, что используемые здесь фразеология и терминология имеют цель описания и не должны расцениваться как ограничение. Подробное описание будет ссылаться на следующие фигуры.
[0010] Фиг. 1A показывает примерное устройство транспортной карты оплаты с транспортной картой пополнения в соответствии с некоторыми вариантами осуществления настоящего изобретения.
[0011] Фиг. 1B показывает примерный способ активации транспортной карты оплаты и транспортной карты пополнения в соответствии с некоторыми вариантами осуществления настоящего изобретения.
[0012] Фиг. 2 показывает примерную привязку между транспортной картой оплаты, транспортной картой пополнения и счетом в соответствии с некоторыми вариантами осуществления настоящего изобретения.
[0013] Фиг. 3 показывает примерную привязку между транспортной картой оплаты, транспортной картой пополнения и счетом в соответствии с некоторыми вариантами осуществления настоящего изобретения.
[0014] Фиг. 4 показывает примерную структуру счета с различными кошельками в соответствии с некоторыми вариантами осуществления настоящего изобретения.
[0015] Фиг. 5 показывает примерный способ проведения транзакции с транспортной картой оплаты в соответствии с некоторыми вариантами осуществления настоящего изобретения.
[0016] Фиг. 6 показывает примерный способ проведения транзакции пополнения с транспортной картой пополнения в соответствии с некоторыми вариантами осуществления настоящего изобретения.
[0017] Фиг. 7 показывает примерный способ проведения продажи транспортной карты оплаты в соответствии с некоторыми вариантами осуществления настоящего изобретения.
[0018] Фиг. 8 показывает примерную транзакцию пополнения в соответствии с некоторыми вариантами осуществления настоящего изобретения.
[0019] Фиг. 9 показывает примерную транзакцию оплаты в соответствии с некоторыми вариантами осуществления настоящего изобретения.
[0020] Фиг. 10 показывает примерную продажу транспортной карты в соответствии с некоторыми вариантами осуществления настоящего изобретения.
[0021] Перед подробным объяснением любого варианта осуществления изобретения следует понимать, что настоящее изобретение не ограничено в своем применении подробностями конструкции и размещением компонентов, изложенными в последующем описании или проиллюстрированными на чертежах. Настоящее изобретение может иметь другие варианты осуществления и быть осуществленным или выполненным различными методами. Кроме того, следует понимать, что используемые здесь фразеология и терминология имеют цель описания и не должны расцениваться как ограничение.
Подробное описание изобретения
[0022] Вопросы, иллюстрируемые в этом описании, представлены, чтобы помочь всестороннему пониманию различных примерных вариантов осуществления, раскрытых со ссылкой на прилагаемые фигуры. В соответствии с этим специалисты в области техники поймут, что различные изменения и модификации описанных здесь примерных вариантов осуществления могут быть сделаны без отступления от сущности и объема заявленного изобретения. Описания известных функций и конструкций опущены для ясности и краткости. Кроме того, используемое в этом описании единственное число может быть интерпретировано в качестве множественного числа, и, наоборот, любой термин во множественном числе может быть интерпретирован в форме единственного числа.
[0023] Настоящее изобретение рассматривает использование предоплатного счета, привязанного по меньшей мере к одной карте. Карта может быть оборудована транспондером ближнего радиуса действия или меткой (например, меткой радиочастотной идентификации (RFID)), и, таким образом, платежи могут быть осуществлены вблизи устройства считывания или инициированы при контакте или "касании" с устройством считывания. Карта может использоваться в различных транспортных системах и/или организациях. Например, пользователь может использовать карту, чтобы оплатить стоимость проезда в метрополитене, стоимость проезда в автобусе, стоимость проезда в такси, сбор за проезд по дороге и/или мосту и/или любой другой вид платы за транспорт.
[0024] Карта может содержать по меньшей мере один знак, описывающий серийный номер или другой идентификационный номер карты. Этот знак может быть связан с предоплатным счетом, и, таким образом, использование карты в транспортной системе приводит к вычитанию суммы из предоплатного счета.
[0025] В соответствии с некоторыми вариантами осуществления настоящего изобретения вторая карта также может привязана к предоплатному счету, но может не быть оборудована транспондером ближнего радиуса действия, устройством считывания или меткой. Вторая карта может содержать машиночитаемый знак (например, штрихкод или магнитную дорожку), который может быть привязан к предоплатному счету. С использованием этой привязки вторая карта может быть представлена в различных терминалах точек продажи и использоваться для добавления суммы к предоплатному счету, а не вычитания суммы из него.
[0026] Таким образом, для пользователя первой карты может сохраняться степень анонимности. Платежи, которые могут содержать идентификационную информацию - например, платеж по кредитной или дебетовой карте (dda) - могут быть связаны только со второй картой. Пользователь первой карты может являться или не являться тем же самым пользователем, который обеспечил сумму для предоплатного счета.
[0027] Таким образом, лица могут предоставить транспортные карты другим лицам. Например, родители могут предоставить транспортные карты своим детям. Работодатели могут предоставить транспортные карты сотрудникам или в качестве льготы или поощрения для общественного транспорта. В соответствии с некоторыми вариантами осуществления настоящего изобретения государственные или федеральные агентства могут обеспечить транспортные карты для лиц с низкими доходами или других идентифицированных лиц.
[0028] Эти две карты - карта с функцией связи ближнего радиуса действия и машиночитаемая карта пополнения - могут быть сопряжены или иным образом связаны друг с другом. Эта привязка может произойти, например, при печати или изготовлении карт или позже посредством стороны централизованной обработки или другой третьей стороны. В соответствии с некоторыми вариантами осуществления настоящего изобретения независимая карта может быть привязана к карте с функцией связи ближнего радиуса действия, а не к машиночитаемой карте, чтобы совершать оплату из других источников. Например, универсальная предоплаченная карта - такая как карта Visa - может быть привязана к карте с функцией связи ближнего радиуса действия для обеспечения оплаты для базового предоплатного счета. В соответствии с некоторыми вариантами осуществления настоящего изобретения могут быть привязаны счета с другими формами оплаты. Например, поощрения покупателя или бонусы лояльности могут быть привязаны к величине суммы и привязаны к транспортной карте с функцией связи ближнего радиуса действия. Аналогичным образом, могут быть привязаны бонусные мили или другие подобные типы значений.
[0029] Настоящим изобретением предусмотрено, что эти две карты - карта с функцией связи ближнего радиуса действия и машиночитаемая карта пополнения - могут быть упакованы и продаваться вместе. Например, но без необходимости, это может быть одна и та же упаковка. В соответствии с некоторыми вариантами осуществления настоящего изобретения карты могут распространяться отдельно, например, машиночитаемая карта пополнения может быть распространена даже другому пользователю в другом месте и впоследствии присоединена или привязана к предоплатному счету, являющемуся базовым для транспортной карты с функцией связи ближнего радиуса действия. Такие варианты осуществления, например, могут быть выгодны в описанных выше случаях родителей, работодателей и федеральных агентств.
[0030] В соответствии с некоторыми вариантами осуществления настоящего изобретения соотношение привязки между картами с функцией связи ближнего радиуса действия и машиночитаемыми картами пополнения не обязательно должно быть один к одному. Другими словами, транспортная карта с функцией связи ближнего радиуса действия может получать доступ к предоплатному счету, который может пополняться более чем с одной машиночитаемой карты пополнения. В соответствии с этим пользователь транспортной карты может увеличить сумму базовой предоплатной карты, и третье лицо (например, родитель, работодатель, государственное учреждение и т.д.) также может увеличить сумму. Аналогичным образом, единственная машиночитаемая карта пополнения может быть присоединена к более чем одной транспортной карте. В таких вариантах осуществления каждая из нескольких транспортных карт может получить доступ к одному и тому же предоплатному счету и уменьшить его, или каждая из них может получить доступ к своему собственному счету и уменьшить его, и транзакции пополнения, использующие машиночитаемую карту пополнения, могут быть должны идентифицировать конкретный счет, в котором следует увеличить сумму.
[0031] На фиг. 1 изображена примерная упаковка 100 транспортной карты 110 оплаты и транспортной карты 120 пополнения. Упаковка 100 может содержать транспортную карту 110 оплаты и транспортную карту 120 пополнения. Упаковка 100 дополнительно может содержать информацию 101 относительно начального значения суммы карты оплаты, если таковое имеется, или может указывать, что карта оплаты может быть пополнена на любую величину, которую выбирает пользователь, предоставлять варианты величин сумм и т.д. Упаковка также может содержать упаковочный знак 102, который может являться машиночитаемым - например, штрихкод, QR-код, магнитную полосу, метку радиочастотной идентификации (RFID) и т.д. Упаковочный знак 102 может быть привязан к упаковке 100, и, как более подробно описано ниже, может использоваться для активирования карты 110 оплаты и карты 120 пополнения. Также упаковочный знак 102 может не использоваться для активирования карты 110 оплаты и карты 120 пополнения, а может использоваться просто в качестве устройства складирования для продавца или распространителя для отслеживания хранения и продажи. В этом отношении упаковочный знак 102 может рассматриваться или использоваться как артикул (SKU) или универсальный ценовой код (UPC).
[0032] Карта 110 оплаты может содержать один или несколько знаков, машиночитаемых, передаваемых или иных. Например, карта 110 оплаты может содержать знак 111 идентификации карты оплаты, который может идентифицировать карту оплаты. Со ссылкой на фиг. 1 знак 111 идентификации карты оплаты указывает, что номер карты оплаты представляет собой "1234 5678". Карта 110 оплаты может дополнительно содержать машиночитаемый знак 112 карты оплаты, такой как магнитная полоса, штрихкод и т.д. Машиночитаемый знак 112 карты оплаты может включать в себя, полностью или частично, знак 111 идентификации карты оплаты и может включать в себя дополнительную информацию. Например, машиночитаемый знак 112 карты оплаты может включать в себя идентификационный номер эмитента (IIN) или идентификационный номер банка (BIN), с тем чтобы транзакции с использованием карты 110 оплаты могли быть должным образом маршрутизированы. Также машиночитаемый знак 112 карты оплаты может представлять знак, полностью отличающийся от знака 111 идентификации карты оплаты.
[0033] Следует обратить внимание на то, что карта 110 оплаты может дополнительно содержать элементы 113, 114, которые могут иметь или иным образом обеспечивать возможности связи для карты 110 оплаты. Например, элемент 113 может являться RFID-меткой (пассивной или иной), которая может обеспечивать связь с системой кассового терминала (POS) с функцией RFID. Аналогичным образом, элемент 114 может являться передатчиком с функцией связи ближнего радиуса действия, который может взаимодействовать с различными устройствами кассового терминала. Таким образом, в некоторых системах кассового терминала карта 110 оплаты может подвергаться "прикосновению" вместо того, чтобы обеспечивать знак 111 идентификации вручную и/или "прокатывать" или считывать машиночитаемый знак 112.
[0034] Карта 120 пополнения также может содержать знак 121 идентификации карты пополнения, который может уникальным или не уникальным образом идентифицировать карту 120 пополнения. Например, со ссылкой на фиг. 1 знак 121 идентификации карты пополнения указывает, что карта пополнения идентифицирована как "ABCD EFGH". Карта 120 пополнения может дополнительно содержать один или более машиночитаемых знаков 122, 123 карты пополнения, например, включающих в себя магнитную дорожку и/или штрихкод. Такие машиночитаемые знаки 122, 123 могут использоваться для идентификации карты 120 пополнения во время транзакций пополнения.
[0035] Со ссылкой на фиг. 1B теперь будет рассмотрен примерный процесс активации. На этапе 130 карта оплаты и карта пополнения связываются вместе. Это может произойти после того, как карты изготовлены, или посредством привязки или сопряжения знаков с каждой карты в базе данных, независимо от того, когда карты произведены. На этапе 135 карта оплаты и карта пополнения могут быть привязаны к знаку активации, например, к упаковочному знаку 102, как указано на фиг. 1A. В качестве альтернативы, поскольку карта пополнения и карта оплаты привязаны друг к другу, только одна из карт может быть непосредственно привязана к знаку активации.
[0036] На этапе 140 карта оплаты и карта пополнения могут быть упакованы вместе, и на этапе 145 знак активации может быть напечатан или сохранен на пакете. Также на упаковке может быть напечатан знак активации, который после упаковки может быть привязан к карте оплаты и карте пополнения.
[0037] В последующее время на этапе 150 знак активации может быть принят в центральном процессоре от POS. Центральный процесс может подтвердить, что знак активации пригоден, на этапе 155 и может идентифицировать карту оплаты и карту пополнения на основе знака активации на этапе 160. Затем карта оплаты может быть активирована для использования, и карта пополнения может быть активирована для обеспечения возможности пополнения.
[0038] Следует обратить внимание на то, что также предусматривается, что карта оплаты и карта пополнения продаются в "активном" состоянии, и что транзакция активации вместо этого активирует базовый счет либо посредством размещения суммы на таком счете, либо посредством снятия резервирования, направленного на сумму на таком счете.
[0039] Со ссылкой на фиг. 2 теперь будет рассмотрена примерная привязка между транспортной картой оплаты, транспортной картой пополнения и счетом в соответствии с некоторыми вариантами осуществления настоящего изобретения. Как видно на фиг. 2, карта 210 оплаты привязана к карте пополнения. Карта 210 оплаты также привязана к базовому счету 230. Счет 230 может являться счетом денежной суммы (такой как банковский счет, кредитный счет или другой финансовый счет) или может являться учетной записью в базе данных, которая в свою очередь связана с финансовой суммой или счетом. Со ссылкой на фиг. 2 карта 210 оплаты является первичной картой, и транзакции пополнения с использованием карты 220 пополнения могут потребовать идентификации карты 210 оплаты, и затем счета 230 денежной суммы, привязанного к карте 210 оплаты.
[0040] Напротив, фиг. 3 иллюстрирует альтернативную примерную привязку между транспортной картой оплаты, транспортной картой пополнения и счетом в соответствии с некоторыми вариантами осуществления настоящего изобретения. Со ссылкой на фиг. 3 и карта 310 оплаты, и карта 320 пополнения привязаны к счету 330. Через эту конфигурацию может быть достигнута дополнительная безопасность и/или анонимность. Например, карта 320 пополнения может не иметь какого-либо соединения с картой 310 оплаты, и специфические особенности использования карт могут быть неизвестны или недоступны для тех, кто имеет доступ к карте пополнения. Как отмечено выше, такая структура может быть желательна, когда лицо, обладающее или использующее карту 320 пополнения, отличается от лица, обладающего или использующего карту 310 оплаты.
[0041] Настоящим изобретением также предусматривается, что счет, привязанный к карте оплаты и/или карте пополнения, может содержать один или несколько кошельков, которые в свою очередь могут содержать один или несколько подкошельков. Такие кошельки могут иметь одинаковые или разные характеристики. Например, организация управления транспортом может пожелать поощрить людей использовать крупномасштабную высокоэффективную транспортную сеть, такую как метрополитен или железная дорога. В соответствии с этим 1,00$ в кошельке для использования в метрополитене или на железной дороге может стоить 1,25$. Напротив, 1,00$ в кошельке платной дороги или кошельке парковки может быть равен 1,00$.
[0042] С помощью разных характеристик кошелька лица могут поощрять некоторые действия или способствовать им. Если родитель предоставляет транспортную карту своему ребенку, родитель может пожелать, чтобы ребенок использовал службу проката автомобилей или службу Zipcar, а не покупал свой собственный автомобиль. Тогда родитель может обеспечить характеристику стоимости кошелька проката автомобилей таким образом, что 1,00$ эквивалентен 1,50$, чтобы поощрить ребенка использовать прокат автомобилей. Разные характеристики стоимости кошельков могут быть желательны, поскольку то, что поощряется для одного или более пользователей, может не поощряться в масштабе всей системы. В соответствии с этим, вместо того, чтобы регулировать цену услуг, купленных с помощью транспортной карты, сумма, связанная с каждым кошельком в транспортной карте, может быть отрегулирована на индивидуальной (или групповой) основе.
[0043] Например, счет может содержать кошелек, предназначенный для билетов или других платежей, которые могут взыматься за проезд в транспорте. Если транспортная карта используется для оплаты билета, характеристика стоимости может поощрить непосредственную или быструю оплату билета. Например, если билет оплачен при выпуске с использованием транспортной карты, 1,00$ может быть эквивалентен 1,15$. Такое повышение стоимости (или соответствующее уменьшение стоимости билета) может быть обосновано уменьшением административных затрат, часто связанных со сбором оплаты за билеты.
[0044] В соответствии с некоторыми вариантами осуществления карта оплаты может использоваться для обеспечения транспортных сборов или может использоваться для обеспечения оплаты билета; но не для обоих этих случаев. В качестве альтернативы, транспортная карта может использоваться для транспортных сборов, но однажды использованная для оплаты билета, транспортная карта может быть сделана неактивной, и может быть получена новая транспортная карта.
[0045] Со ссылкой на фиг. 4 счет 40 может содержать один или несколько кошельков. Например, счет 40 может содержать кошелек 410 платной дороги, кошелек 420 парковки, кошелек 430 такси, кошелек 440 билетов/обязательств и кошелек 450 проката автомобилей или Zipcar. Аналогичным образом, счет 40 также может содержать кошелек 460 общественного транспорта, который может в свою очередь содержать подкошелек 461 автобуса и подкошелек 462 метрополитена/железной дороги. Как отмечено выше, каждый из этих кошельков может содержать различные характеристики стоимости.
[0046] Такие кошельки могут финансироваться индивидуально (или, например, посредством назначения средств с помощью пополнения или частичного пополнения счета), или могут финансироваться равномерно или согласно алгоритму общего использования, который может принимать во внимание средние цены, среднее использование и т.д. Также кошельки могут не содержать сумму на отдельных субсчетах, а могут просто отражать, как обрабатывается сумма при использовании в конкретных транзакциях. Другими словами, кошелек 460 общественного транспорта может не содержать конкретную сумму, а может указывать, что если сумма, связанная со всем счетом 40, используется в контексте общественного транспорта, то должны быть применены некоторые характеристики стоимости.
[0047] Со ссылкой на фиг. 5 теперь будет рассмотрен примерный способ 50 проведения транзакции с транспортной картой оплаты в соответствии с некоторыми вариантами осуществления настоящего изобретения. На этапе 510 транзакция может быть инициирована в кассовом терминале (POS). Следует обратить внимание, что POS может включать в себя традиционный кассовый аппарат у распространителя, продавца или поставщика товаров и/или услуг. POS дополнительно может включать в себя счетчик в такси, автоматический турникет в автобусе, киоск, турникет (например, при входе в метрополитен), паркомат или другой счетчик, пропускной пункт, устройство взимания платы, которое использует беспроводную связь (такую как беспроводная связь ближнего радиуса действия, используемая системами EZPass, EZTag, FastTrak и т.д.), и/или любая другая система, в которой сумма предоставляется в транзакции оплаты для товаров и/или услуг.
[0048] На этапе 520 карта оплаты может быть представлена в POS как платежное средство для товаров и/или услуг. И в этом случае представление карты оплаты может зависеть от типа POS, проводящего транзакцию. Транзакция в традиционном кассовом аппарате может быть выполнена посредством прокатывания магнитной дорожки на карте оплаты или считывания штрихкода или других машиночитаемых знаков на ней. Транзакция в автоматическом турникете может быть выполнена с помощью связи ближнего радиуса действия, и клиент может просто коснуться картой оплаты устройства считывания ближнего радиуса действия. Транзакция в паркомате может включать в себя прокатывание карты оплаты или может включать в себя обеспечение знака на карте оплаты в счетчике пользователем. Карта оплаты может быть представлена на пропускном пункте на дороге посредством привязки карты оплаты к устройству, которое может быть считано системой пропускного пункта, например, привязки или вставки карты оплаты в элемент транспондера, используемый в системе пропускного пункта. Следует обратить внимание на то, что приведенный выше абзац предназначен не для ограничения, а для объяснения широты того, что предусмотрено настоящим изобретением.
[0049] На этапе 530 POS может произвести захват знака оплаты на карте оплаты. Как отмечено выше, этот знак может быть захвачен множеством способов.
[0050] На этапе 540 POS или процессор, связанный с POS (такой как главный компьютер или другой центральный элемент POS), могут определить процессор или эмитента, связанных с картой оплаты ("центральный процессор"). Такое определение может быть основано, например, на IIN или BIN, как отмечено выше.
[0051] На этапе 550 POS или процессор, связанный с POS, могут направить информацию относительно транзакции к центральному процессору. Информация может содержать знак с карты оплаты и величину суммы желаемой транзакции. Во взаимодействие также может быть включена дополнительная информация, такая как местоположение транзакции, время и дата и т.д., которая может использоваться в целях ведения учета, определения мошенничества и т.д.
[0052] На этапе 560 центральный процессор может принять информацию от POS или процессора, связанного с POS, и на этапе 561 центральный процессор может определить, пригоден ли знак оплаты. Если знак оплаты не пригоден, то центральный процессор может отклонить транзакцию на этапе 563. Если знак оплаты пригоден, центральный процессор может затем идентифицировать счет, привязанный к знаку оплаты, и сумму на нем, если таковая имеется. Центральный процессор может затем определить, является ли сумма на счете больше или равна сумме требуемой транзакции, на этапе 562. Если сумма на счете не больше и не равна сумме требуемой транзакции, транзакция может быть отклонена на этапе 563. Если сумма на счете больше или равна сумме требуемой транзакции, транзакция может быть авторизована на этапе 564, и сумма транзакции может быть вычтена со счета на этапе 565. Центральный процессор может затем связаться с POS, чтобы дать POS команду продолжить транзакцию, и на этапе 570 точка продажи может провести транзакцию.
[0053] Следует обратить внимание, что для выполнения транзакций в реальном времени или почти в реальном времени центральным процессором могут быть использованы некоторые эвристики или упрощенные методы. Например, как описано более подробно ниже, центральный процессор может поддерживать отрицательную базу данных, которая содержит знаки оплаты, связанные со счетами, которые либо не имеют средств, либо имеют недостаточные средства для получения любых товаров и/или услуг, либо со счетами, которые были связаны с некоторым типом мошенничества. Первоначально центральный процессор может выполнить запрос к такой отрицательной базе данных, чтобы заблаговременно отклонить транзакции, связанные с такими знаками оплаты. Также сами системы POS могут периодически обновляться с помощью отрицательной базы данных, с тем чтобы сам POS могла сразу отклонить транзакцию, если идентифицированы знаки, перечисленные в отрицательной базе данных.
[0054] Со ссылкой на фиг. 6 теперь будет описан примерный способ 60 проведения транзакции пополнения с помощью транспортной карты пополнения в соответствии с некоторыми вариантами осуществления настоящего изобретения. Транзакция пополнения может быть инициироваться в POS на этапе 610. POS может содержать множество систем POS, как отмечено выше, в том числе электронный или компьютеризированный киоск. Также предусматривается, что транзакция пополнения может быть выполнена в POS, не связанном с товарами и/или услугами, покупаемыми с помощью транспортной карты оплаты. Другими словами, в то время как карта оплаты может использоваться в дорожном пропускном пункте или на стоянке, карта пополнения может использоваться для пополнения базового счета в минимаркете, гипермаркете, на веб-сайте или в другом цифровом электронном магазине, в приложении или апплете, работающем на мобильном вычислительном устройстве или устройстве мобильной связи (например, на мобильном телефоне, смартфоне, планшетном компьютере, ноутбуке, системе навигации и т.д.).
[0055] На этапе 611 POS может выполнить захват или иным образом получить знак пополнения на карте пополнения. POS может выполнить захват этого знака, например, считывая машиночитаемый знак на карте пополнения, такой как магнитная дорожка, штрихкод, RFID-метка и т.д. В качестве альтернативы, POS может получить знак пополнения посредством ручного пользовательского ввода знака пополнения, например, в случае онлайновой транзакции пополнения, или с помощью устройства мобильной связи или мобильного вычислительного устройства.
[0056] Также подразумевается, что транзакции пополнения могут быть проведены по телефону, например, посредством связи с системой интерактивного голосового ответа (IVR).
[0057] На этапе 612 POS или процессор, связанный с точкой продажи (такой как главный компьютер или другой центральный элемент точки продажи), могут определить процессор или эмитента, связанных с картой пополнения ("центральный процессор"). Такое определение может быть основано, например, на IIN или BIN, как отмечено выше. Следует обратить внимание, что описание здесь предполагает, что центральный процессор, который управляет транзакциями пополнения, является тем же самым центральным процессором, который управляет транзакциями оплаты. Однако предусмотрено, что могут использоваться два или более процессоров, или единственный процессор может быть разделен, чтобы действовать как два разных процессора. Для ясности описание сосредоточено на единственном центральном процессоре, но изобретение полностью подразумевает разделение труда на основе типа транзакции (пополнение по сравнению с оплатой или погашением) среди одного или более процессоров.
[0058] На этапе 613 POS может принять от клиента величину суммы, на которую следует пополнить базовый счет, связанный с картой пополнения (и, соответственно, связанный с картой оплаты). Клиент в соответствии с некоторыми вариантами осуществления может выбрать любую величину суммы. В соответствии с некоторыми вариантами осуществления клиенту могут быть представлены варианты пополнения, которые могут быть основаны на денежных суммах (например, 10$, 25$, 50$) или могут быть основаны на конкретном использовании (например, 20 поездок в метрополитене, один (1) месяц дорожных сборов и т.д.). Настоящим изобретением дополнительно предусматривается, что транспортная система может предоставить возможность единовременного платежа по модели "шведского стола", в которой клиент может заплатить сумму (например, 250$) в месяц за все случаи использования транспорта, в том числе, например, метрополитен, автобус, скоростной трамвай, дорожные сборы и некоторую ограниченную парковку.
[0059] На этапе 614 POS или процессор, связанный с точкой продажи, могут взаимодействовать с центральным процессором и обеспечить знак пополнения и величину суммы, которая должна быть помещена на базовый счет.
[0060] На этапе 620 центральный процессор может принять эту информацию, и на этапе 630, центральный процессор может определить, пригоден ли знак пополнения. Если знак пополнения непригоден, транзакция может быть отклонена. Если знак пополнения пригоден, транзакция пополнения может быть выполнена множеством способов. Например, если структура привязки карты оплаты, карты пополнения и базового счета является такой, какая указана на фиг. 2, центральный процессор может на этапе 641 определить знак оплаты, привязанный к знаку пополнения, и затем на этапе 642 определить счет, привязанный к знаку оплаты. Затем на этапе 643 центральный процессор может увеличить сумму, доступную на счете, привязанном к знаку оплаты, на величину суммы пополнения. Если структура привязки карты оплаты, карты пополнения и базового счета является такой, какая указана на фиг. 3, центральный процессор может на этапе 650 определить счет, привязанный к знаку пополнения, и на этапе 651 добавить величину суммы пополнения на этот счет.
[0061] Эти два способа предназначены не для ограничения, а для иллюстрации вариантов, предусмотренных настоящим изобретением, на основе различных привязок между и среди различных карт, счетов, знаков и т.д.
[0062] На этапе 660 центральный процессор может отправить подтверждение в POS, что транзакция пополнения была успешной. На этапе 615 POS может передать подтверждение пользователю, что транзакция пополнения была успешной. Такое подтверждение может представлять собой, например, чек, электронное письмо с подтверждением, звуковое подтверждение, текстовое сообщение (SMS или MMS) или экран подтверждения, представленный на компьютере или киоске.
[0063] Затем, на этапе 616, 670 между точкой продажи или процессором, связанным с точкой продажи, и центральным процессором может произойти расчет. Такой расчет может произойти множеством способов, в том числе, например, посредством транзакций автоматизированного расчетно-клирингового центра (ACH).
[0064] Обеспечение транзакции пополнения также может оказать влияние на эвристику системы. Например, как отмечено выше, карты оплаты или знаки оплаты могут быть помещены в отрицательную базу данных из-за недостаточных средств. В соответствии с этим при транзакции пополнения центральный процессор может на этапе 680 вызвать активацию знаков оплаты, тем самым удаляя их из отрицательной базы данных. Если счет имел задолженность, на этапе 690 величина задолженности может быть вычтена из базовой счета, прежде чем сделать знак оплаты доступным для использования.
[0065] Со ссылкой на фиг. 7 теперь будет рассмотрен примерный способ 70 проведения продажи транспортной карты оплаты в соответствии с некоторыми вариантами осуществления настоящего изобретения. Прежде, чем обсудить отдельные этапы, важно отметить, что хотя на фиг. 7 показаны и объяснены ниже многочисленные этапы, не обязательно требуется каждый этап. Напротив, способ 70, изложенный на фиг. 7, может являться репрезентативным для конкретного устройства и процесса продаж; различные этапы могут быть удалены и/или добавлены к процессу без отклонения от изобретения.
[0066] На этапе 701 потребитель может выбрать транспортную карту оплаты для покупки. Транспортная карта оплаты может быть предварительно привязана к карте пополнения или может продаваться индивидуально с предварительно установленной суммой. В случае предварительно установленной суммы в более позднее время может быть куплена карта пополнения и впоследствии привязана к карте оплаты и базовому счету, привязанному к карте оплаты. На этапе 702 клиент может представить карту в POS для покупки, и на этапе 703 POS может выполнить захват или иным образом принять знак карты оплаты, чтобы установить продажу карты оплаты.
[0067] Если карта оплаты предварительно не пополнена предварительно установленной суммой, на этапе 704 клиенту может быть предложено предоставить величину суммы пополнения. Это может быть предложено клиенту посредством цифровой связи (например, на экране киоска, по телефону, через текстовое сообщение (SMS, MMS) и т.д.) или может быть предложено ассистентом по продажам, который спрашивает у клиента сумму для пополнения.
[0068] На этапе 705 клиент может оплатить общую сумму в POS. Общая сумма может включать начальный сбор покупки карты и/или любые дополнительные налоги, сборы или отчисления, которые могут применяться и/или требоваться.
[0069] На этапе 706 POS или процессор, связанный с POS, могут отправить запрос активации, который в конечном счете будет направлен центральному процессору, который обрабатывает транзакции относительно карты оплаты. Первоначально на этапе 706 этот запрос активации может быть направлен главному компьютеру POS, и на этапе 707 может быть направлен от главного компьютера POS центральному процессору. На этапе 708 центральный процессор может обработать запрос активации и в случае успеха передать ответ обратно главному компьютеру POS на этапе 709. На этапе 710 главный компьютер POS может отправить ответ, указывающий, что активация была успешной, конкретной точке продажи, которая проводит транзакцию. Затем транзакция может быть завершена, и на этапе 711 точка продажи может сформировать чек с подробной информацией о транзакции. Такой чек может быть в бумажной форме, в цифровой форме или может содержать звуковую информацию, которая может быть воспроизведена клиенту.
[0070] Факультативно на этапе 712 клиент может быть направлен на регистрацию карты оплаты через Интернет или через систему IVR на этапе 713. Если клиент выбирает IVR, он может быть соединен с системой регистрации IVR на этапе 714, и если клиент выбирает Интернет, он может быть соединен с веб-системой регистрации на этапе 715.
[0071] Регистрация может быть поощрена по нескольким причинам. Если карта оплаты зарегистрирована и потеряна, клиент может запросить, чтобы центральный процессор отключил карту оплаты и вместо нее обеспечил карту замены. Если карта оплаты зарегистрирована, карта пополнения может быть более просто привязана к карте оплаты. Кроме того, если карта оплаты зарегистрирована, клиент может иметь возможность привязать платежное устройство, такое как кредитная карта, дебетовая карта (или другая карта без обратной связи или карта с неполной обратной связью), текущий счет и т.д., к карте оплаты таким образом, что когда баланс счета, являющегося базовым для карты оплаты, уменьшается ниже определенного уровня, пополнение на указанную сумму может быть выполнено автоматически.
[0072] Настоящим изобретением также предусмотрено, что карта оплаты может являться картой с комбинированными целями с функциональностью с обратной связью для работы в транспортной системе и с функциональностью без обратной связи для работать за пределами транспортной системы. Например, заранее оплаченная кредитная карта Visa может быть снабжена кошельком с обратной связью, который может быть использован в транспортной системе. При таких обстоятельствах, когда сумма кошелька с обратной связью уменьшается ниже определенного уровня, кошелек с обратной связью может быть автоматически пополнен со стороны продукта без обратной связи.
[0073] Со ссылкой на фиг. 8 теперь будет описан способ 80 примерной транзакции пополнения в соответствии с некоторыми вариантами осуществления настоящего изобретения. На этапе 800 клиент может представить карту в POS для транзакции пополнения. Ожидается, что клиент может представить карту пополнения, хотя также предусматривается, что клиент может представить карту оплаты для прямого пополнения. На этапе 805 POS может принять от клиента знак с карты, и на этапе 810 POS может принять величину суммы пополнения, желаемую клиентом. На этапе 815 точка продажи может принять фактическую оплату суммы пополнения (плюс любые применимые налоги, сборы, отчисления и т.д.). На этапе 820 POS (или главный компьютер POS или другой процессор, связанный с POS), может отправить запрос пополнения центральному процессору. На этапе 825 центральный процессор может принять запрос пополнения, и на этапе 830 центральный процессор может определить, пригоден ли знак, идентифицирующий карту, и является ли карта активной. Если определено, что карта является неактивной, на этапе в 835, то процесс может быть направлен как начальный процесс активации на этапе 840, в значительной степени такой, который описан выше. Если знак пригоден и карта активна, как определено на этапе 845, центральный процессор может идентифицировать базовый счет на этапе 850.
[0074] На этапе 855 центральный процессор может определить, имеет ли счет задолженность, или перечислены ли привязанные карты и счет в отрицательной базе данных. Если карта и/или счет отмечены в отрицательной базе данных на этапе 865, при условии, что сумма пополнения достаточна, чтобы снять со счета статус задолженности, то перечисление в отрицательной базе данных будет удалено на этапе 870. Если карта и/или счет определены как не перечисленные в отрицательной базе данных на этапе 860, или после удаления отрицательного флага на этапе 870, центральный процессор может увеличить сумму базового счета карты. Сумма может являться конкретной суммой пополнения, заданной клиентом, или может являться суммой пополнения, заданной клиентом, за вычетом любых применимых или требуемых сборов, налогов, отчислений и т.д.
[0075] На этапе 880 центральный процессор может отправить сообщение, указывающее успех транзакции пополнения, в POS, главный компьютер POS или процессор, связанный с POS, и POS затем может передать подтверждение транзакции пополнения клиенту на этапе 885.
[0076] Со ссылкой на фиг. 9 теперь будет описана примерная транзакция 90 оплаты в соответствии с некоторыми вариантами осуществления настоящего изобретения. Как и в случае с предыдущими описанными способами, следует обратить внимание на то, что различные этапы могут быть опущены или добавлены к описанному ниже способу без отклонения от изобретения.
[0077] Со ссылкой на фиг. 9 способ направлен на обстоятельства, в которых заключительная сумма, на которую будет пополнена карта оплаты клиента, не может быть известна, пока клиент не завершил свою поездку. Например, цены за поездки в метрополитене могут изменяться в зависимости от маршрута, расстояния и/или продолжительности поездки. Аналогичным образом, дорожные сборы часто имеют отношение к общему расстоянию, пройденному по платной дороге, или к муниципальным округам, через которые проезжают по платной дороге. Также аналогичным образом, клиент может совершать поездки в пределах транспортной системы (с автобуса в метрополитен, из метрополитена на скоростной трамвай, со скоростного трамвая на парковку) и совершать оплату в конце поездки, а не для каждого участка пути. В соответствии с этим способ, как указано на фиг. 9, может иллюстрировать ситуацию, в которой POS может предоставить клиенту доступ и затем взять оплату за общее количество поездок с карты оплаты.
[0078] На этапе 901 клиент может представить карту оплаты в POS. И в этом случае POS может принимать много форм, как отмечено выше. На этапе 902 POS может на входе в транспортную систему или в конкретное транспортное устройство (например, такси, метрополитен, автобус, платная дорога и т.д.) выполняет захват или иным образом принимает знак с карты оплаты. POS может проверить знак в отрицательной базе данных на этапе 903, чтобы определить, связана ли карта с недопустимой картой, или связана ли она с базовым счетом, который имеет задолженность, имеет нулевой баланс или имеет баланс, недостаточный, для оплаты любых товаров и/или услуг в транспортной системе. Например, карта может иметь баланс 0,78$, но минимальная поездка на автобусе, проход в метрополитен, платная дорога или тариф такси могут составлять 1,10$.
[0079] Если карта перечислена в отрицательной базе данных на этапе 904, транзакция может быть запрещена на этапе 905, и вход клиента в транспортное устройство предотвращается. Предотвращение может содержать заблокированный турникет, шлагбаум, который не поднимается на пропускном пункте, или водителя автобуса, предотвращающего вход.
[0080] Такая локальная предварительная авторизация карты может быть желательна, поскольку это позволяет точке продажи эффективно отслеживать пассажиров, которые вряд ли обеспечат соответствующую оплату за услуги, не требуя заблаговременной связи с центральным процессором. Центральный процессор может периодически обновлять системы POS, например, выполняя доступ к базе данных, к которой делает запросы POS, и модифицируя списки карт и/или счетов в отрицательной или положительной базе данных.
[0081] Если POS определяет, что карта не перечислена на отрицательной базе данных, на этапе 906 (или, в качестве альтернативы и эквивалентно, перечислена в положительной базе данных), клиент может быть допущен в транспортную систему на этапе 907. На этапе 908 клиент может совершать поездку в транспортной системе в свой пункт назначения, и на этапе 909 клиент может выйти из транспортной системы и снова представить карту оплаты в POS. На этапе 910 точка продажи может определить, общую сумму оплаты за поездку клиента, и на этапе 911 POS (или главный компьютер POS или процессор, связанный с POS) может отправить общую сумму оплаты и знак, захваченный или иным образом полученный с карты оплаты, центральному процессору.
[0082] На этапе 912 центральный процессор может определить, пригоден ли номер карты. Если на этапе 913 определено, что номер карты или знак не пригоден, то карта, знак или базовый счет могут быть добавлены к отрицательной базе данных на этапе 914. Если на этапе 915 определено, что номер карты пригоден, то центральный процессор может определить базовый счет на этапе 916 и определить сумму на базовом счету на этапе 917.
[0083] На этапе 918 центральный процессор может определить, является ли сумма на базовом счете равной или больше общей стоимости. Если на этапе 919 определено, что сумма на счете меньше общей стоимости, то на этапе 920 центральный процессор может определить, связан ли источник автоматического пополнения с картой оплаты или базовым счетом. Если источника автоматического пополнения нет на этапе 921, то на этапе 922 центральный процессор может вычесть все доступные средства с базового счета и отметить величину задолженности базового счета. Затем процесс может перейти на этап 914, на котором карта, знак или базовый счет могут быть добавлены к отрицательной базе данных.
[0084] Если определено на этапе 923, что существует идентифицированное автоматическое пополнение, связанное с картой оплаты или базовым счетом, то центральный процессор может запросить транзакцию пополнения на идентифицированное значение суммы на этапе 924. Если определено на этапе 925, что транзакция пополнения неудачна, то процесс может быть возвращен на этап 922, где все доступные средства вычитаются со счета и карта, знак или базовый счет могут быть перечислены в отрицательной базе данных.
[0085] Если определено на этапе 926, что транзакция пополнения была успешной, то процесс может продолжиться.
[0086] Была ли транзакция пополнения успешной на этапе 926 или сумма на базовом счете была больше или равна общей стоимости, как определено на этапе 918, центральный процессор тогда может вычесть или уменьшить сумму на счете на общую стоимость на этапе 927. Затем на этапе 928 центральный процессор может определить, является ли оставшийся на базовом счете баланс слишком низким, чтобы оплатить любые товары и/или услуги в транспортной системе (как отмечено выше), и если на этапе 929 счет считают слишком низким для использования, карта, знак или базовый счет могут быть перечислены в отрицательной базе данных на этапе 914.
[0087] Если определено на этапе 930, что сумма, оставшаяся на счете, является приемлемой (то есть, выше минимального установленного порога, который допускает покупку по меньшей мере некоторых товаров и/или услуг из транспортной системы), то транзакция завершается на этапе 931.
[0088] Со ссылкой на фиг. 10 теперь будет описан примерный процесс 1000 продажи транспортной карты в соответствии с некоторыми вариантами осуществления настоящего изобретения. Следует обратить внимание на то, что способ, раскрытый на фиг. 10, является лишь примерным, и различные этапы могут быть добавлены или опущены из процесса. Способ, изложенный на фиг. 10, является несколько специфическим, поскольку он предназначен для раскрытия того, что может включать в себя фактическая транзакция; однако, изложенное здесь и заявленное изобретение может не потребовать каждого из элементов или этапов, изложенных на фиг. 10.
[0089] На этапе 1001 клиент может посетить местоположение POS, например, электронный или автоматизированный киоск. На этапе 1002 клиент может принять решение купить транспортную карту, использовав абонентский интерфейс в киоске. На этапе 1003 клиент может ввести величину суммы, на которую следует пополнить транспортную карту, и на этапе 1004 клиент может выбрать способ оплаты. Клиент может заплатить за транспортную карту, используя наличные деньги, кредит, дебет и/или любой другой тип суммы, принимаемый киоском. Клиент может заплатить сумму, на которую будет пополнена транспортная карта, или может заплатить больше после применения требуемых или подходящих налогов, расходов и/или сборов к транзакции покупки. Клиент киоска может, например, на этапе 1005 выбрать способ оплаты с использованием кредитной или дебетовой карты и может прокатать или прислонить кредитную или дебетовую карту. На этапе 1006 киоск может идентифицировать следующий доступный номер карты (который может быть последовательным, соответствовать алгоритму, случайным или полуслучайным), и на этапе 1007 киоск может отправить предварительный запрос авторизации в шлюз центрального процессора. На этапе 1008 шлюз центрального процессора может отправить запрос предварительной авторизацией в надлежащую платформу центрального процессора, который может на этапе 1009 выполнить проверки активации предварительной авторизации. На этапе 1010 платформа центрального процессора может ответить шлюзу центрального процессора, который в свою очередь на этапе 1011 может передать связь обратно киоску.
[0090] На этапе 1012, если транзакция предварительной авторизации не была успешной, то на этапе 1013 киоск может представить клиенту дружественное сообщение об отказе, запросив клиента сделать попытку еще раз.
[0091] Если транзакция предварительной авторизации была успешной, то на этапе 1014 киоск может отправить запрос платежа обслуживающему банку, связанному с платежной картой, представленной клиентом. На этапе 1015 обслуживающий банк может обработать оплату и отправить ответ киоску. На этапе 1016 киоск может определить, был ли запрос платежа успешным, и если не был, то клиенту может быть представлено дружественное сообщение об отказе, как на этапе 1013. Если платежный запрос был успешным, тогда киоск может отправить запрос активации с величиной пополнения шлюзу центрального процессора на этапе 1017, который затем может быть направлен в надлежащую платформу центрального процессора на этапе 1018. На этапе 1019 платформа центрального процессора может активировать карту и пополнить связанный счет на требуемую сумму, и на этапе 1020 платформа центрального процессора может обеспечить подтверждение этого шлюзу центрального процессора.
[0092] На этапе 1021 шлюз центрального процессора может ответить киоску текущий статус. Если активация была успешной на этапе 1022, то киоск может выдать транспортную карту и чек клиенту на этапе 1023. Позже между центральным процессором и киоском может произойти расчет на этапе 1024, и записи могут быть синхронизированы на этапе 1025.
[0093] Если активация не была успешной на этапе 1022, то на этапе 1026 клиенту может быть представлено дружественное сообщение об отказе, и затем на этапе 1027 киоск может возместить платежную карту клиента, отправив запрос кредита обслуживающему банку на этапе 1027, принимаемый обслуживающим банком на этапе 1028 и отправляемый в ответ обратно киоску на этапе 1028. Если на этапе 1029 определено, что платежный кредит неудачен, то на этапе 1030 оплата может быть зарегистрирована для ручного согласования в более позднее время. Если платежная транзакция кредита является успешной на этапе 1029, то процесс может перейти на этап 1020, на котором может позже произойти расчет, в этом случае между киоском и обслуживающим банком, и записи могут быть синхронизированы на этапе 1025.
[0094] Примерный способ, изложенный на фиг. 10 и описанный выше, проводится среди нескольких сторон: клиентом; киоском (или распространителем); центральным процессором, который выпускает и поддерживает транспортную карту; и источником платежа. Настоящим изобретением предусматривается, что киоск может поддерживаться, выполняться с помощью или быть привязанным к центральному процессору, тем самым делая ненужными некоторые описанные выше взаимодействия. Также предусматривается, что в случае покупки за наличные описанные выше и проиллюстрированные на фиг. 10 взаимодействия, которые включают в себя обслуживающий банк, могут быть ненужными.
[0095] Другими словами, различные модификации и изменения могут быть сделаны в зависимости от типа транзакции, идентификации и количества сторон, отношений среди сторон и/или множества других факторов.
[0096] Следует понимать, что показанные и описанные здесь конкретные варианты осуществления настоящего изобретения, являются лишь примерными. Теперь специалисты в области техники могут придумать многочисленные изменения, замены и эквиваленты без отступления от сущности и объема изобретения. В соответствии с этим подразумевается, что весь описанный здесь и показанный на прилагаемых чертежах предмет изобретения рассматривается только как примерный, а не в ограничивающем смысле, и что объем изобретения будет определен исключительно приложенной формулой изобретения.
Claims (57)
1. Способ проведения транзакций транспортной карты, причем способ выполняется между центральным процессором, содержащим счет, связанный с транспортной картой, и хранилище данных, содержащее статус счета, и транспортным процессором, причем способ содержит этапы, на которых:
принимают в центральном процессоре от транспортного процессора запрос выплаты, включающий в себя информацию, идентифицирующую транспортную карту;
определяют посредством центрального процессора, является ли запрос выплаты запросом предварительной авторизации для конкретного типа транспорта или запросом выплаты платежа;
после определения, что запрос выплаты является запросом предварительной авторизации:
определяют посредством центрального процессора, является ли счет авторизованным для транзакции для конкретного типа транспорта, на основе факторов, включающих в себя статус счета;
если счет авторизован для транзакции для конкретного типа транспорта, передают одобрение предварительной авторизации транспортному процессору;
если счет не авторизован для транзакции для конкретного типа транспорта, передают отказ предварительной авторизации транспортному процессору;
после определения, что запрос выплаты является запросом выплаты платежа:
определяют посредством центрального процессора, является ли сумма, связанная со счетом, большей или равной величине, запрашиваемой запросом выплаты платежа;
если сумма, связанная со счетом, меньше величины, запрашиваемой запросом выплаты платежа, передают отказ запроса выплаты платежа транспортному процессору;
если сумма, связанная со счетом, больше или равна величине, запрашиваемой запросом выплаты платежа:
передают одобрение запроса выплаты платежа транспортному процессору;
вычитают величину установленного запроса выплаты платежа из счета;
определяют, является ли сумма, связанная со счетом, ниже предопределенного порога для одного или более конкретных типов транспорта, и, если это так, обновляют статус счета в хранилище данных.
2. Способ по п. 1, в котором информация, идентифицирующая транспортную карту, содержит машиночитаемый знак, напечатанный или сохраненный на транспортной карте.
3. Способ по п. 1, дополнительно содержащий этапы, на которых:
принимают в центральном процессоре от кассового терминала (POS) распространителя запрос активации, содержащий информацию, идентифицирующую транспортную карту;
определяют посредством центрального процессора:
является ли информация, идентифицирующая транспортную карту, пригодной; и
счет, связанный с транспортной картой; и
активируют транспортную карту посредством центрального процессора.
4. Способ по п. 3, в котором до активации транспортная карта расположена в упаковке, и запрос активации дополнительно содержит информацию, считанную или полученную кассовым терминалом из упаковки.
5. Способ по п. 1, в котором конкретный тип транспорта выбран из группы, состоящей из: такси, автобуса, метрополитена, сбора за проезд по дороге или мосту, паркомата, поезда или скоростного трамвая, троллейбуса и проката автомобилей.
6. Способ по п. 1, в котором транспортный процессор расположен централизованно среди транспортной системы.
7. Способ по п. 1, в котором транспортный процессор связан с конкретным типом транспорта.
8. Способ по п. 1, в котором транспортный процессор связан с процессором отдельного кассового терминала.
9. Способ по п. 1, дополнительно содержащий этапы, на которых:
после определения посредством центрального процессора, что необходим выход из конкретного типа транспорта, используемого в запросе выплаты платежа, и что сумма, связанная со счетом, меньше величины, запрашиваемой запросом выплаты платежа:
авторизуют транзакцию для общей суммы на счете; и
вычитают запрос выплаты платежа из счета, тем самым порождая отрицательный баланс на счете.
10. Способ по п. 1, причем способ выполняется в реальном времени или почти в реальном времени.
11. Способ по п. 1, в котором запрос выплаты платежа связан со штрафом за нарушение парковки, вождения или уплаты пошлины.
12. Способ по п. 11, дополнительно содержащий этап, на котором:
после оплаты штрафа с использованием счета закрывают счет, тем самым делая транспортную карту недопустимой для будущего использования.
13. Система для проведения транзакций, использующих или связанных с транспортной картой, содержащая:
кассовый терминал (POS) распространителя;
транспортный процессор;
центральный процессор, селективно связанный с POS распространителя и транспортным процессором, причем центральный процессор содержит:
первое хранилище данных, содержащее одну или более записей, связанных с транспортной картой и указывающих сумму, связанную с транспортной картой;
второе хранилище данных, содержащее одну или более записей, связанных с одной или более транспортными картами, которые могут включать в себя транспортную карту, не авторизованную для транзакций;
процессор, выполненный с возможностью:
принимать запрос активации от POS распространителя для активации карты транзакции, причем запрос активации содержит информацию, идентифицирующую транспортную карту;
принимать запрос выплаты от транспортного процессора;
определять, является ли запрос выплаты запросом предварительной авторизации для конкретного типа транспорта, и, если это так, определять, авторизован ли счет для транзакции для конкретного типа транспорта, на основе факторов, включающих в себя статус счета;
определять, является ли запрос выплаты запросом выплаты платежа, и, если сумма, связанная со счетом, больше или равна величине, запрашиваемой запросом выплаты платежа, передавать одобрение запроса транзакции транспортному процессору.
14. Система по п. 13, дополнительно содержащая кассовый терминал, расположенный или связанный с каждым из одного или более типов транспорта.
15. Система по п. 14, в которой один или более типов транспорта выбраны из группы, состоящей из: такси, автобуса, метрополитена, сбора за проезд по дороге или мосту, паркомата, поезда или скоростного трамвая, троллейбуса и проката автомобилей.
16. Система по п. 13, дополнительно содержащая правительственный процессор, связанный с государственным учреждением, причем процессор выполнен с возможностью обрабатывать транзакции относительно штрафов, причем центральный процессор селективно связан с правительственным процессором.
17. Система по п. 13, дополнительно содержащая:
транспортную карту оплаты, содержащую идентифицирующий знак, причем транспортный процессор выполнен с возможностью принимать идентифицирующий знак транспортной карты оплаты во время транзакции выплаты; и
транспортную карту пополнения, содержащую идентифицирующий знак, причем POS распространителя выполнен с возможностью принимать идентифицирующий знак транспортной карты пополнения во время транзакции пополнения;
причем каждая из транспортной карты оплаты и транспортной карты пополнения связана друг с другом и с одной или более записями в первом хранилище данных.
18. Система по п. 13, дополнительно содержащая
упаковку, содержащую:
транспортную карту оплаты;
транспортную карту пополнения;
знак активации, используемый POS распространителя для активации транспортной карты оплаты и транспортной карты пополнения.
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201261680802P | 2012-08-08 | 2012-08-08 | |
| US61/680,802 | 2012-08-08 | ||
| US13/959,379 US11055686B2 (en) | 2012-08-08 | 2013-08-05 | S/M for providing, reloading, and redeeming stored value cards used in transit applications |
| US13/959,379 | 2013-08-05 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| RU2015107553A Division RU2015107553A (ru) | 2012-08-08 | 2013-08-06 | Системы и способы для обеспечения, пополнения и возмещения предоплатных карт, используемых в транспортных приложениях |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| RU2017120496A RU2017120496A (ru) | 2018-11-14 |
| RU2017120496A3 RU2017120496A3 (ru) | 2020-07-14 |
| RU2744698C2 true RU2744698C2 (ru) | 2021-03-15 |
Family
ID=50066873
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| RU2017120496A RU2744698C2 (ru) | 2012-08-08 | 2013-08-06 | Системы и способы для обеспечения, пополнения и возмещения предоплатных карт, используемых в транспортных приложениях |
| RU2015107553A RU2015107553A (ru) | 2012-08-08 | 2013-08-06 | Системы и способы для обеспечения, пополнения и возмещения предоплатных карт, используемых в транспортных приложениях |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| RU2015107553A RU2015107553A (ru) | 2012-08-08 | 2013-08-06 | Системы и способы для обеспечения, пополнения и возмещения предоплатных карт, используемых в транспортных приложениях |
Country Status (14)
| Country | Link |
|---|---|
| US (1) | US11055686B2 (ru) |
| EP (1) | EP2883216A4 (ru) |
| JP (3) | JP6407865B2 (ru) |
| KR (3) | KR20190017958A (ru) |
| AU (1) | AU2013299813B2 (ru) |
| BR (1) | BR112015002716B1 (ru) |
| CA (1) | CA2880754C (ru) |
| CR (1) | CR20150109A (ru) |
| HK (1) | HK1204703A1 (ru) |
| MX (1) | MX351131B (ru) |
| MY (1) | MY191689A (ru) |
| NZ (1) | NZ630631A (ru) |
| RU (2) | RU2744698C2 (ru) |
| WO (1) | WO2014025742A1 (ru) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10529005B2 (en) * | 2013-08-30 | 2020-01-07 | Gt Gettaxi Limited | System and method for ordering a transportation vehicle |
| US10380575B2 (en) * | 2014-06-26 | 2019-08-13 | Capital One Services, Llc | Systems and methods for transaction pre authentication |
| SG10201405789YA (en) * | 2014-09-16 | 2016-04-28 | Smart Communications Inc | System, method and apparatus for updating a stored value card |
| CN104967722A (zh) * | 2015-04-27 | 2015-10-07 | 小米科技有限责任公司 | 一种显示使用记录的方法、装置和*** |
| US10134210B1 (en) * | 2016-05-17 | 2018-11-20 | Amtech Systems, LLC | Vehicle tracking system using smart-phone as active transponder |
| US11748738B2 (en) | 2018-04-20 | 2023-09-05 | Visa International Service Association | Portable device loading mechanism for account access |
| CN109285001A (zh) * | 2018-08-31 | 2019-01-29 | 阿里巴巴集团控股有限公司 | 可支付交通费用的设备、组合设备、***及方法 |
| US11769133B2 (en) * | 2019-08-27 | 2023-09-26 | Mastercard International Incorporated | Methods, systems and computer program products for prepayment towards goods or services at point-of-sale terminals |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040065726A1 (en) * | 2002-10-08 | 2004-04-08 | First Data Corporation | Electronic card and ticket and methods for their use |
| US20070162338A1 (en) * | 2005-11-17 | 2007-07-12 | Lawe Tabbatha C | US savings bond gift system and method to redeem a gift card for a US savings bond through internet redemption |
| US20070198433A1 (en) * | 2005-05-11 | 2007-08-23 | First Data Corporation | Anti-fraud presentation instruments, systems and methods |
| US20090078755A1 (en) * | 2007-09-20 | 2009-03-26 | Sullivan Thomas J | Stored-value card management method and system |
| RU2007146708A (ru) * | 2005-05-16 | 2009-06-27 | Мастеркард Интернэшнл Инкорпорейтед (Us) | Способ и система для использования бесконтактных платежных карт в транспортной системе |
Family Cites Families (241)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6507823B1 (en) | 1904-05-29 | 2003-01-14 | Pierre Hercules Nel | System and method for on-line purchasing of goods and services |
| US3288350A (en) | 1965-01-29 | 1966-11-29 | Bernard N Kushner | Advertisement mail constructions |
| GB8823301D0 (en) | 1988-10-04 | 1988-11-09 | Scantech Promotions Inc | Coupon validation terminal |
| US5128520A (en) | 1989-08-11 | 1992-07-07 | Spectra-Physics, Inc. | Scanner with coupon validation |
| US5231569A (en) | 1990-06-12 | 1993-07-27 | Sears Payment Systems, Inc. | Account transaction system |
| US5256863A (en) | 1991-11-05 | 1993-10-26 | Comark Technologies, Inc. | In-store universal control system |
| US5291598A (en) | 1992-04-07 | 1994-03-01 | Gregory Grundy | Method and system for decentralized manufacture of copy-controlled software |
| US5619559A (en) | 1992-06-25 | 1997-04-08 | Compuserve Incorporated | Financial card authorization system |
| WO1994027226A1 (en) | 1993-05-14 | 1994-11-24 | The Gift Certificate Center, Inc. | Gift registry apparatus and method |
| US6119099A (en) | 1997-03-21 | 2000-09-12 | Walker Asset Management Limited Partnership | Method and system for processing supplementary product sales at a point-of-sale terminal |
| US6267670B1 (en) | 1997-03-21 | 2001-07-31 | Walker Digital, Llc | System and method for performing lottery ticket transactions utilizing point-of-sale terminals |
| US5416306A (en) | 1993-08-16 | 1995-05-16 | Imahata; Takeo | Method for comparing and verifying security codes at point of sale |
| CA2136038A1 (en) | 1993-12-28 | 1995-06-29 | Marilyn A. Holda-Fleck | System and method to automatically provide an electronic consumer rebate |
| US5950173A (en) | 1996-10-25 | 1999-09-07 | Ipf, Inc. | System and method for delivering consumer product related information to consumers within retail environments using internet-based information servers and sales agents |
| US5850217A (en) | 1995-02-16 | 1998-12-15 | Cole; Steven D. | Electronic funds transfer authorization system for generating a graphical receipt |
| US5765143A (en) | 1995-02-28 | 1998-06-09 | Triad Systems Corporation | Method and system for inventory management |
| US5602377A (en) | 1995-03-01 | 1997-02-11 | Metanetics Corporation | Bar code dataform scanning and labeling apparatus and method |
| US5903633A (en) | 1995-03-27 | 1999-05-11 | Smarttalk Teleservices, Inc. | Method and apparatus for prepaid phone card activation and billing |
| US5721832A (en) | 1995-05-12 | 1998-02-24 | Regal Greetings & Gifts Inc. | Method and apparatus for an interactive computerized catalog system |
| US5708780A (en) | 1995-06-07 | 1998-01-13 | Open Market, Inc. | Internet server access control and monitoring systems |
| US5857175A (en) | 1995-08-11 | 1999-01-05 | Micro Enhancement International | System and method for offering targeted discounts to customers |
| US5796832A (en) | 1995-11-13 | 1998-08-18 | Transaction Technology, Inc. | Wireless transaction and information system |
| US5671279A (en) | 1995-11-13 | 1997-09-23 | Netscape Communications Corporation | Electronic commerce using a secure courier system |
| US5907142A (en) | 1995-12-12 | 1999-05-25 | Kelsey; Craig E. | Fraud resistant personally activated transaction card |
| US5804803A (en) | 1996-04-02 | 1998-09-08 | International Business Machines Corporation | Mechanism for retrieving information using data encoded on an object |
| US6125352A (en) | 1996-06-28 | 2000-09-26 | Microsoft Corporation | System and method for conducting commerce over a distributed network |
| US8156026B2 (en) | 2000-05-12 | 2012-04-10 | Nintendo of America Ltd. | Method and apparatus for enabling purchasers of products to obtain return information and to initiate product returns via an on-line network connection |
| DE19641092A1 (de) | 1996-10-04 | 1998-04-09 | Martin Dr Finsterwald | Verfahren zum Aufbau einer Kundendaten beinhaltenden Datenbank |
| US6192407B1 (en) | 1996-10-24 | 2001-02-20 | Tumbleweed Communications Corp. | Private, trackable URLs for directed document delivery |
| US6134533A (en) | 1996-11-25 | 2000-10-17 | Shell; Allyn M. | Multi-level marketing computer network server |
| US5923016A (en) | 1996-12-03 | 1999-07-13 | Carlson Companies, Inc. | In-store points redemption system & method |
| US6014641A (en) | 1996-12-11 | 2000-01-11 | Walker Asset Management Limited Partnership | Method and apparatus for providing open-ended subscriptions to commodity items normally available only through term-based subscriptions |
| US5740915A (en) | 1997-02-10 | 1998-04-21 | Creative South, Inc. | Package for a planar element |
| US5897625A (en) | 1997-05-30 | 1999-04-27 | Capital Security Systems, Inc. | Automated document cashing system |
| JP3656149B2 (ja) | 1997-06-30 | 2005-06-08 | 松下電器産業株式会社 | 電子式キャッシュレジスタ |
| US6304860B1 (en) | 1997-10-03 | 2001-10-16 | Joseph B. Martin, Jr. | Automated debt payment system and method using ATM network |
| US6014635A (en) | 1997-12-08 | 2000-01-11 | Shc Direct, Inc. | System and method for providing a discount credit transaction network |
| WO1999038123A1 (fr) * | 1998-01-23 | 1999-07-29 | Toyota Jidosha Kabushiki Kaisha | Appareil, systeme, et carte de comptabilite |
| US6029139A (en) | 1998-01-28 | 2000-02-22 | Ncr Corporation | Method and apparatus for optimizing promotional sale of products based upon historical data |
| US6154738A (en) | 1998-03-27 | 2000-11-28 | Call; Charles Gainor | Methods and apparatus for disseminating product information via the internet using universal product codes |
| US6422462B1 (en) | 1998-03-30 | 2002-07-23 | Morris E. Cohen | Apparatus and methods for improved credit cards and credit card transactions |
| JP4180694B2 (ja) * | 1998-06-16 | 2008-11-12 | 株式会社東芝 | 自動改札装置 |
| US6005476A (en) | 1998-07-24 | 1999-12-21 | Valiulis; Carl | Electronic identification, control, and security system for consumer electronics and the like |
| US6315193B1 (en) | 1998-08-31 | 2001-11-13 | Mastercard International Incorporated | Financial transaction card with installment loan feature |
| US6222914B1 (en) | 1998-09-02 | 2001-04-24 | Mcmullin John L. | System and method for administration of an incentive award system having a delayed award payment using a credit instrument |
| US6360254B1 (en) | 1998-09-15 | 2002-03-19 | Amazon.Com Holdings, Inc. | System and method for providing secure URL-based access to private resources |
| US6999569B2 (en) | 1998-10-28 | 2006-02-14 | Mastercard International Incorporated | System and method for using a prepaid card |
| US6473500B1 (en) | 1998-10-28 | 2002-10-29 | Mastercard International Incorporated | System and method for using a prepaid card |
| US6418414B1 (en) | 1998-12-21 | 2002-07-09 | Ncr Corporation | Method and apparatus for entering an item name into a self-service checkout terminal |
| US7209889B1 (en) | 1998-12-24 | 2007-04-24 | Henry Whitfield | Secure system for the issuance, acquisition, and redemption of certificates in a transaction network |
| US6085242A (en) | 1999-01-05 | 2000-07-04 | Chandra; Rohit | Method for managing a repository of user information using a personalized uniform locator |
| US6424706B1 (en) | 1999-03-31 | 2002-07-23 | Imagine Networks, Llc | Method and system for transferring telecommunication-time units among accounts and exchanging same for goods or services |
| CA2367452A1 (en) | 1999-04-27 | 2000-11-02 | I3E Holdings, Llc | Remote ordering system |
| US6609106B1 (en) | 1999-05-07 | 2003-08-19 | Steven C. Robertson | System and method for providing electronic multi-merchant gift registry services over a distributed network |
| US6648222B2 (en) | 1999-06-02 | 2003-11-18 | Mcdonald Ian | Internet-based zero intrinsic value smart card with value data accessed in real time from remote database |
| US7013292B1 (en) | 1999-06-10 | 2006-03-14 | Felicite.Com Inc. | Method and system for universal gift registry |
| US6675153B1 (en) | 1999-07-06 | 2004-01-06 | Zix Corporation | Transaction authorization system |
| US6886742B2 (en) | 1999-08-09 | 2005-05-03 | First Data Corporation | Systems and methods for deploying a point-of sale device |
| US7630926B2 (en) | 1999-08-19 | 2009-12-08 | E2Interactive, Inc. | Inserting value into customer account at point of sale using a customer account identifier |
| US6965866B2 (en) | 2000-05-01 | 2005-11-15 | Elliot Klein | Product warranty registration system and method |
| WO2001024085A2 (en) | 1999-09-29 | 2001-04-05 | Walker Digital, Llc | Systems and methods to provide a product to a customer before a final transaction term value is established |
| US20090164329A1 (en) | 1999-11-05 | 2009-06-25 | American Express Travel Related Services Company, Inc. | Systems for Processing a Payment Authorization Request Utilizing a Network of Point of Sale Devices |
| CA2395498C (en) | 1999-12-24 | 2013-08-27 | Telstra New Wave Pty Ltd | A virtual token |
| FI20000194A0 (fi) | 2000-01-31 | 2000-01-31 | Jarkko Valtanen | Menetelmä kaupankäynnissä |
| US20050021458A1 (en) | 2000-02-03 | 2005-01-27 | Rick Rowe | Account-enabled on-line devices |
| FR2804810B1 (fr) | 2000-02-09 | 2003-09-12 | France Telecom | Activation de service par carte pre-payee virtuelle |
| US6612487B2 (en) | 2000-02-14 | 2003-09-02 | Mas Inco Corporation | Method and system for account activation |
| US20010034609A1 (en) | 2000-02-29 | 2001-10-25 | Dovolis Gregg J. | System and method for managing personal and business assets |
| AU2001249313A1 (en) | 2000-03-21 | 2001-10-03 | Walker Digital, Llc | Method and apparatus for selecting a supplemental product to offer for sale during a transaction |
| US20080052169A1 (en) | 2000-03-29 | 2008-02-28 | O'shea Deirdre | Method and apparatus for providing a coupon offer having a variable value |
| AU2001251155A1 (en) | 2000-03-31 | 2001-10-15 | Softcoin, Inc. | Facilitating transactions between merchant, associate, and user |
| US6852031B1 (en) | 2000-11-22 | 2005-02-08 | Igt | EZ pay smart card and tickets system |
| US7216092B1 (en) | 2000-04-14 | 2007-05-08 | Deluxe Corporation | Intelligent personalization system and method |
| WO2001082243A2 (en) | 2000-04-20 | 2001-11-01 | Innovative Payment Systems, Llc | Method and system for ubiquitous enablement of electronic currency |
| CA2337672A1 (en) | 2000-04-26 | 2001-10-26 | International Business Machines Corporation | Payment for network-based commercial transactions using a mobile phone |
| US6915277B1 (en) | 2000-05-10 | 2005-07-05 | General Electric Capital Corporation | Method for dual credit card system |
| US20020010627A1 (en) | 2000-05-17 | 2002-01-24 | Gilles Lerat | System and method for creation, distribution, exchange, redemption and tracking of digitally signed electronic coupons |
| US6829596B1 (en) | 2000-05-23 | 2004-12-07 | Steve Frazee | Account/asset activation device and method |
| AU2001265107A1 (en) | 2000-05-26 | 2001-12-11 | Interchecks, Llc | Methods and systems for network based electronic purchasing system |
| EP1164777A3 (en) | 2000-06-06 | 2003-10-08 | Nortel Networks Limited | System and method for refreshing pre-paid accounts for wireless services |
| JP2002007934A (ja) | 2000-06-26 | 2002-01-11 | Fujitsu Ltd | 電子商取引システムおよび電子商取引方法 |
| US7933589B1 (en) | 2000-07-13 | 2011-04-26 | Aeritas, Llc | Method and system for facilitation of wireless e-commerce transactions |
| JP2002032859A (ja) | 2000-07-18 | 2002-01-31 | Sony Corp | ポイントカード、ポイントカード処理装置及びポイントカードシステム |
| JP2002189963A (ja) | 2000-08-01 | 2002-07-05 | Hitachi Maxell Ltd | 電子クーポン提供方法 |
| US6834796B2 (en) | 2000-08-31 | 2004-12-28 | Level Z, L.L.C. | Anonymous redemption and stored value system and method |
| US6536659B1 (en) | 2000-11-15 | 2003-03-25 | Returns Online, Inc. | Facilitating returns of merchandise purchased from other sources |
| US7318049B2 (en) | 2000-11-17 | 2008-01-08 | Gregory Fx Iannacci | System and method for an automated benefit recognition, acquisition, value exchange, and transaction settlement system using multivariable linear and nonlinear modeling |
| JP2002157491A (ja) | 2000-11-20 | 2002-05-31 | Toyota Motor Corp | 特典サービスシステム、それに用いられる記録媒体及び特典サービス方法 |
| US20020065713A1 (en) | 2000-11-29 | 2002-05-30 | Awada Faisal M. | Coupon delivery via mobile phone based on location |
| US20020088855A1 (en) | 2001-01-05 | 2002-07-11 | Hodes Mark B. | Point of sale activation for software and metered accounts |
| US20020091573A1 (en) | 2001-01-05 | 2002-07-11 | Hodes Mark B. | Method and apparatus for point of sale activated delivery of products or services |
| US7108183B1 (en) | 2001-02-12 | 2006-09-19 | Cox Jr David W | Verification system for the purchase of a retail item and method of using same |
| JP2002269350A (ja) | 2001-03-14 | 2002-09-20 | Hitachi Ltd | 取引決済方法、取引決済システム並びにそれに用いる携帯通信端末及び加盟店用決済端末 |
| US20030004802A1 (en) | 2001-03-19 | 2003-01-02 | Jeff Callegari | Methods for providing a virtual coupon |
| US7308423B1 (en) | 2001-03-19 | 2007-12-11 | Franklin Goodhue Woodward | Technique for handling sales of regulated items implemented over a data network |
| US20020138573A1 (en) | 2001-03-21 | 2002-09-26 | Dotan Saguy | System for multiple signers on an electronic card and gift |
| US20060053056A1 (en) | 2001-03-29 | 2006-03-09 | American Express Marketing & Development Corporati | Card member discount system and method |
| US20060277146A1 (en) | 2001-03-31 | 2006-12-07 | First Data Corporation | Electronic identifier payment systems and methods |
| US20020153410A1 (en) | 2001-04-19 | 2002-10-24 | Wayne Santini | Prepaid cellular phone easy activation model |
| CA2444102C (en) * | 2001-04-23 | 2016-08-16 | Mastercard International Incorporated | System and method for using a prepaid card |
| US7174302B2 (en) | 2001-06-11 | 2007-02-06 | Evolution Benefits, Inc. | System and method for processing flexible spending account transactions |
| WO2002101512A2 (en) | 2001-06-12 | 2002-12-19 | Paytronix Systems, Inc. | Customer identification, loyalty and merchant payment gateway system |
| US9454752B2 (en) | 2001-07-10 | 2016-09-27 | Chartoleaux Kg Limited Liability Company | Reload protocol at a transaction processing entity |
| US7464059B1 (en) | 2001-09-21 | 2008-12-09 | Yt Acquisition Corporation | System and method for purchase benefits at a point of sale |
| US7996318B2 (en) | 2001-10-09 | 2011-08-09 | Robert Victor Marcon | Multi-function electronic transaction card |
| US8606654B2 (en) | 2001-11-09 | 2013-12-10 | Ams, Inc. | Methods for product registering in a registry including use of stored value cards |
| US20030105688A1 (en) | 2001-12-05 | 2003-06-05 | Brown Owen H. | Secure digital escrow account transactions system and method |
| US6726092B2 (en) | 2001-12-28 | 2004-04-27 | Interdigital Technology Corporation | Portable device service payments by multiple means |
| JP2003208541A (ja) | 2002-01-15 | 2003-07-25 | Kiyotaka Okami | 広告情報配信システム、広告情報配信方法及び広告情報受信再生装置 |
| US20030149573A1 (en) | 2002-02-04 | 2003-08-07 | Lynton Todd M. | Product registration system |
| US8033375B2 (en) | 2002-02-15 | 2011-10-11 | Coinstar, Inc. | Methods and systems for exchanging and/or transferring various forms of value |
| NO315727B1 (no) | 2002-02-22 | 2003-10-13 | Handcash As | Betalingskort og tilhörende fremgangsmåte |
| US6993510B2 (en) | 2002-03-05 | 2006-01-31 | First Data Corporation | System and method for managing accounts |
| KR20020027427A (ko) | 2002-03-05 | 2002-04-13 | 이복수 | 하이브리드 카드를 이용한 비용의 결제 시스템 |
| EP1535273A4 (en) | 2002-06-24 | 2008-04-09 | Koolconnect Technologies Inc | SYSTEMS AND METHOD FOR PROVIDING MEDIA CONTENTS |
| US7571140B2 (en) | 2002-12-16 | 2009-08-04 | First Data Corporation | Payment management |
| US20050182695A1 (en) | 2002-12-17 | 2005-08-18 | Allen Lubow | Retail marketing method |
| US20060271423A1 (en) | 2003-01-23 | 2006-11-30 | Nobukatsu Hiranoya | Point management method and point management system |
| ES2262945T3 (es) | 2003-02-21 | 2006-12-01 | Swisscom Mobile Ag | Procedimiento y sistema para bloquear y desbloquear una cuenta financiera asociada con una tarjeta sim. |
| US20040193490A1 (en) | 2003-02-21 | 2004-09-30 | Pro Marketing Systems, Inc. A Nevada Corporation | Games involving scratch-off cards to promote business |
| US7158798B2 (en) | 2003-02-28 | 2007-01-02 | Lucent Technologies Inc. | Location-based ad-hoc game services |
| US7702542B2 (en) | 2003-03-28 | 2010-04-20 | Lions & Bears Llc | Electronic cards systems and methods |
| BRPI0409120A (pt) | 2003-04-09 | 2006-03-28 | Gtech Corp | métodos para aumentar crédito em uma conta, para processar transações e para facilitar transações de crédito, sistema para facilitar transações de crédito, método para transferir crédito entre múltiplas contas, dispositivo móvel, sistema para facilitar transações sem fios, e, método para facilitar transações sem fios para uma conta de loteria |
| US20040153344A1 (en) | 2003-04-15 | 2004-08-05 | Tuan Bui | System and method for creating and updating a mobile patient care plan in real-time |
| US20040225560A1 (en) | 2003-05-06 | 2004-11-11 | International Business Machines Corporation | Method and system for including advertisements in output tasks |
| EP1632091A4 (en) | 2003-05-12 | 2006-07-26 | Gtech Corp | METHOD AND SYSTEM FOR AUTHENTICATION |
| US20050027624A1 (en) | 2003-07-28 | 2005-02-03 | Yigang Cai | Supplementary prepaid account for postpaid service subscribers |
| US7343564B2 (en) | 2003-08-11 | 2008-03-11 | Core Mobility, Inc. | Systems and methods for displaying location-based maps on communication devices |
| US7086586B1 (en) | 2003-08-13 | 2006-08-08 | Bank One, Delaware, National Association | System and method for a card payment program providing mutual benefits to card issuers and cardholders based on financial performance |
| US7083086B2 (en) | 2003-08-27 | 2006-08-01 | Plastag Holdings, Llc | Transactional card system and encoding method |
| US8489452B1 (en) | 2003-09-10 | 2013-07-16 | Target Brands, Inc. | Systems and methods for providing a user incentive program using smart card technology |
| US20060004631A1 (en) | 2003-09-11 | 2006-01-05 | Roberts Gregory B | Method and system for generating real-time directions associated with product promotions |
| US20070021969A1 (en) | 2005-03-23 | 2007-01-25 | Homeier-Beals Thomas E | Mobile electronic transaction system, device and method therefor |
| WO2005048145A1 (en) | 2003-10-13 | 2005-05-26 | Starbucks Corporation D/B/A Starbucks Coffee Company | Dual card |
| WO2005038623A2 (en) | 2003-10-17 | 2005-04-28 | Nexxo Financial Corporation | Systems and methods for money sharing |
| US20050108121A1 (en) | 2003-11-14 | 2005-05-19 | First Data Corporation | Open loop stored value system |
| US7922083B2 (en) | 2003-11-19 | 2011-04-12 | Harrison Sarah E | Payment programs for healthcare plans |
| US7590557B2 (en) | 2003-11-19 | 2009-09-15 | American Express Travel Related Services Company, Inc. | Healthcare card incentive program for multiple users |
| US7581674B2 (en) * | 2003-11-21 | 2009-09-01 | Charles Cohen | Financial transaction system and method |
| US20050125300A1 (en) | 2003-12-04 | 2005-06-09 | Mcgill John G. | Method for adding cash value to pre-paid cards |
| WO2005086878A2 (en) | 2004-03-11 | 2005-09-22 | Atrana Solutions, Inc. | System for processing stored value instrument |
| US7243839B2 (en) | 2004-03-12 | 2007-07-17 | American Express Travel Related Services Company, Inc. | Systems, methods, and devices for selling transaction instruments |
| US20060010007A1 (en) | 2004-07-09 | 2006-01-12 | Denman John F | Process for using smart card technology in patient prescriptions, medical/dental/DME services processing and healthcare management |
| US7707110B2 (en) | 2004-05-04 | 2010-04-27 | First Data Corporation | System and method for conducting transactions with different forms of payment |
| CN101006454B (zh) | 2004-05-18 | 2012-05-09 | 西尔弗布鲁克研究有限公司 | 利用以许多数据部分编码的签名验证对象 |
| US20060035631A1 (en) | 2004-08-13 | 2006-02-16 | Christopher White | Wireless device service activation from the wireless device |
| US20060041470A1 (en) | 2004-08-18 | 2006-02-23 | Blah! Sociedad Anonima De Servicos E Comercio | Message generation for mobile communication devices |
| US20100205063A1 (en) | 2004-08-30 | 2010-08-12 | Randy Mersky | Electronic payment transaction system |
| US20060062734A1 (en) | 2004-09-20 | 2006-03-23 | Melker Richard J | Methods and systems for preventing diversion of prescription drugs |
| US7641109B2 (en) | 2005-05-18 | 2010-01-05 | The Western Union Company | Money transfer cards, systems and methods |
| US7866548B2 (en) | 2004-12-01 | 2011-01-11 | Metavante Corporation | Account control method and system that allows only eligible and authorized items to be purchased using the account |
| US7513422B1 (en) | 2004-12-13 | 2009-04-07 | Stonehouse Marketing Services, Inc. | Transaction card with extended magnetic strip |
| US7080776B2 (en) | 2004-12-20 | 2006-07-25 | First Data Corporation | Transaction card assemblies and methods |
| US7757944B2 (en) | 2004-12-30 | 2010-07-20 | Life Technologies Corporation | System and method for offering and managing online purchasing card transactions |
| US20060212345A1 (en) | 2005-03-16 | 2006-09-21 | Resolution Health, Inc. | Method, system, apparatus and computer readable medium for preparing insurance claims for retail activities |
| US20060217996A1 (en) | 2005-03-23 | 2006-09-28 | E2Interactive, Inc. D/B/A E2Interactive, Inc. | Point-of-sale activation of media device account |
| US20060253320A1 (en) | 2005-05-06 | 2006-11-09 | First Data Corporation | Loyalty systems and methods |
| US7325726B2 (en) | 2005-05-11 | 2008-02-05 | First Data Corporation | System and method for detecting fraudulent use of stored value instruments |
| US20150278845A1 (en) | 2005-06-06 | 2015-10-01 | Jp Morgan Chase Bank | System and method for presenting loyalty offers at a point-of-sale |
| US7434729B2 (en) | 2005-07-08 | 2008-10-14 | American Express Travel Related Services Company, Inc. | Healthcare card closed loop network |
| US7970626B2 (en) | 2005-07-08 | 2011-06-28 | Oltine Acquistitions NY LLC | Facilitating payments to health care providers |
| US7631803B2 (en) | 2005-07-19 | 2009-12-15 | Plastyc, Inc. | System and method for child card payment |
| US8150416B2 (en) | 2005-08-08 | 2012-04-03 | Jambo Networks, Inc. | System and method for providing communication services to mobile device users incorporating proximity determination |
| US20070038577A1 (en) | 2005-08-15 | 2007-02-15 | Werner Gerald C | Method of purchasing digitally encoded music, audiobooks, and video by one party for subsequent delivery to a third party |
| US20070043677A1 (en) | 2005-08-17 | 2007-02-22 | Idt Corporation | Point of sale product authorization |
| US8166068B2 (en) | 2005-09-02 | 2012-04-24 | Qwest | Location based authorization of financial card transactions systems and methods |
| US7567795B1 (en) | 2005-10-31 | 2009-07-28 | At&T Mobility Ii Llc | Systems and methods for restricting the use of stolen devices on a wireless network |
| US20070125838A1 (en) | 2005-12-06 | 2007-06-07 | Law Eric C W | Electronic wallet management |
| US8636203B1 (en) | 2005-12-06 | 2014-01-28 | Visa U.S.A. Inc. | Partial authorization of a financial transaction |
| US20070156436A1 (en) | 2005-12-31 | 2007-07-05 | Michelle Fisher | Method And Apparatus For Completing A Transaction Using A Wireless Mobile Communication Channel And Another Communication Channel |
| US8352323B2 (en) | 2007-11-30 | 2013-01-08 | Blaze Mobile, Inc. | Conducting an online payment transaction using an NFC enabled mobile communication device |
| US20070192182A1 (en) | 2006-02-10 | 2007-08-16 | Tovin Monaco | Method of delivering coupons using customer data |
| US8577735B2 (en) | 2008-05-12 | 2013-11-05 | Wilopen Products, Lc | Interactive gifting system and method with physical and electronic delivery |
| US20070214080A1 (en) | 2006-02-28 | 2007-09-13 | Rene Pierre Babi | Intermediary payment system and method |
| US7607575B2 (en) | 2006-04-28 | 2009-10-27 | Blackhawk Network, Inc. | Transaction card package assembly having enhanced security |
| US20070265872A1 (en) * | 2006-05-10 | 2007-11-15 | Rent-A-Toll, Ltd. | Paying tolls utilizing a financial service provider and paying a subscription or license fee |
| US9911114B2 (en) | 2006-07-06 | 2018-03-06 | Qualcomm Incorporated | Methods and systems for making a payment via a stored value card in a mobile environment |
| WO2008013945A2 (en) | 2006-07-27 | 2008-01-31 | Leverage, Inc. | System and method for targeted marketing and consumer resource management |
| EP2047420A4 (en) | 2006-07-27 | 2009-11-18 | Hewlett Packard Development Co | USER EXPERIENCE AND DEPENDENCE MANAGEMENT IN A MOBILE DEVICE |
| US20110035268A1 (en) | 2006-09-15 | 2011-02-10 | Jean-Yves Rossi | Payment method and system |
| US8523069B2 (en) | 2006-09-28 | 2013-09-03 | Visa U.S.A. Inc. | Mobile transit fare payment |
| US7802719B2 (en) | 2006-09-29 | 2010-09-28 | Sony Ericsson Mobile Communications Ab | System and method for presenting multiple transaction options in a portable device |
| WO2008048948A2 (en) | 2006-10-17 | 2008-04-24 | Solidus Networks, Inc. | A method of distributing information via mobile devices and enabling its use at a point of transaction |
| EP2097864A4 (en) | 2006-10-24 | 2011-10-05 | Mastercard International Inc | METHOD AND APPARATUS FOR AWARDS TRANSFER, DISCOUNT AND INTERSECTION AT THE INTERACTION PLACE |
| US7740170B2 (en) | 2006-11-13 | 2010-06-22 | Blackhawk Network, Inc. | System for packaging, processing, activating, and deactivating multiple individual transaction cards as a singular unit |
| US8700457B2 (en) | 2007-01-03 | 2014-04-15 | William H. Bollman | Mobile phone based rebate device for redemption at a point of sale terminal |
| US20100010906A1 (en) | 2007-01-23 | 2010-01-14 | William Grecia | Point of sale payment method for multiple recipients using a digital payment service |
| US8256666B2 (en) * | 2007-01-30 | 2012-09-04 | Phil Dixon | Processing transactions of different payment devices of the same issuer account |
| US20080186174A1 (en) | 2007-02-02 | 2008-08-07 | Sensormatic Electronics Corporation | Item level inventory with a radio frequency identification (RFID) system |
| US20100106582A1 (en) | 2007-04-17 | 2010-04-29 | American Express Travel Related Services Company, Inc. | System and method for determining and affecting a change in consumer behavior |
| JP5156254B2 (ja) * | 2007-04-17 | 2013-03-06 | 楽天株式会社 | 情報処理装置、情報処理方法、及び情報処理プログラム |
| CA2635500C (en) | 2007-06-22 | 2016-05-17 | American Express Incentive Services, Llc | Client customized card for use with selected merchants |
| US20090037326A1 (en) | 2007-07-30 | 2009-02-05 | Sriram Chitti | Virtual Card Selector for a Portable Electronic Device |
| US9875495B2 (en) | 2007-09-04 | 2018-01-23 | Apple Inc. | Method and apparatus for purchasing digital playlists |
| US20090076896A1 (en) | 2007-09-13 | 2009-03-19 | Dewitt Jay Allen | Merchant supplied offer to a consumer within a predetermined distance |
| US8762211B2 (en) | 2007-10-03 | 2014-06-24 | Mastercard International Incorporated | System for personalized payments via mobile devices |
| US20090112709A1 (en) | 2007-10-29 | 2009-04-30 | Barhydt William J | Mobile Value Transfer System |
| US7970350B2 (en) | 2007-10-31 | 2011-06-28 | Motorola Mobility, Inc. | Devices and methods for content sharing |
| US20090157487A1 (en) | 2007-12-18 | 2009-06-18 | Cottrell Christine B | System and Method for Collection, Validation and Communication of Competitive Pricing Data |
| 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 |
| WO2009086443A1 (en) | 2007-12-28 | 2009-07-09 | Mastercard International, Inc. | Special occasion reminder and gift giving system |
| US8271878B2 (en) | 2007-12-28 | 2012-09-18 | Amazon Technologies, Inc. | Behavior-based selection of items to present on affiliate sites |
| US9390440B2 (en) | 2008-01-17 | 2016-07-12 | Apple Inc. | Activation of digital products on mobile electronic devices |
| BRPI0905770A2 (pt) | 2008-01-24 | 2017-08-22 | Visa Usa Inc | Sistema para conduzir uma transação financeira e método para conduzir uma transação financeira |
| US7953654B2 (en) | 2008-01-29 | 2011-05-31 | Transaction Wireless, Inc. | Integration of gift card services for mobile devices and social networking services |
| US8285643B2 (en) | 2008-06-12 | 2012-10-09 | Monncello Enterprises, LLC | System and method for processing gift cards |
| US20090281941A1 (en) | 2008-05-06 | 2009-11-12 | Worth Julian Otto | System and Method for Managing the Generation, Collection and Distribution of Contributions from the Use of Payment Cards |
| US20090287558A1 (en) | 2008-05-16 | 2009-11-19 | Microsoft Corporation | Electronic Coupon Tracking |
| EP2128809A1 (en) | 2008-05-30 | 2009-12-02 | Luc Stals | Server device for controlling a transaction, first entity and second entity |
| US20090298427A1 (en) | 2008-05-30 | 2009-12-03 | Total System Services, Inc. | System And Method For Processing Transactions Without Providing Account Information To A Payee |
| JP2010003271A (ja) * | 2008-06-23 | 2010-01-07 | Fujitsu Ltd | 改札装置および改札方法 |
| US8620299B2 (en) | 2008-08-12 | 2013-12-31 | Mastercard International Incorporated | Methods, systems and computer readable media for electronically delivering a prepaid card to a mobile device |
| US20100057580A1 (en) | 2008-08-28 | 2010-03-04 | Radha Raghunathan | Unified payment card |
| US20100082490A1 (en) | 2008-09-30 | 2010-04-01 | Apple Inc. | Systems and methods for secure wireless transactions |
| US10026076B2 (en) | 2008-10-06 | 2018-07-17 | Mastercard International Incorporated | Systems, methods, and computer readable media for payment and non-payment virtual card transfer between mobile devices |
| US9292852B2 (en) | 2008-11-08 | 2016-03-22 | FonWallet Transactions Solutions, Inc. | System and method for applying stored value to a financial transaction |
| KR20100057167A (ko) * | 2008-11-21 | 2010-05-31 | 한국정보통신주식회사 | 충전/사용 카드의 다중 사용카드 운영 방법 및 시스템과 이를 위한 기록매체 |
| EP2189932B1 (en) | 2008-11-24 | 2020-07-15 | BlackBerry Limited | Electronic payment system using mobile wireless communications device and associated methods |
| US8265950B2 (en) | 2008-12-18 | 2012-09-11 | Medimpact Healthcare Systems, Inc. | System for pre-processing drug benefit claims according to processed drug lists |
| US8181867B1 (en) | 2009-01-06 | 2012-05-22 | Sprint Communications Company L.P. | Transit card credit authorization |
| US20100185461A1 (en) | 2009-01-22 | 2010-07-22 | Broeska H Douglas | Method for controlling the purchase of health care products and services |
| US8831976B2 (en) | 2009-01-22 | 2014-09-09 | Maritz Holdings Inc. | System and method for transacting purchases with a cash vendor using points and a virtual credit card |
| US20100293536A1 (en) | 2009-05-12 | 2010-11-18 | Microsoft Corporation | Enhanced product functionality based on user identification |
| US20100299194A1 (en) | 2009-05-22 | 2010-11-25 | Snyder Glenn A | Systems and methods for implementing and managing gift cards |
| US8306512B2 (en) * | 2009-07-09 | 2012-11-06 | Cubic Corporation | Transit account management with text messaging |
| WO2011079066A1 (en) | 2009-12-21 | 2011-06-30 | Blackhawk Network, Inc. | System for packaging, processing, and activating a bundled greeting and gift card |
| US20110166992A1 (en) | 2010-01-06 | 2011-07-07 | Firethorn Holdings, Llc | System and method for creating and managing a stored value account associated with a client unique identifier |
| US8717316B2 (en) | 2010-02-02 | 2014-05-06 | Activelight, Inc. | Interactive media display |
| US20110246284A1 (en) | 2010-04-01 | 2011-10-06 | Gary Chaikin | Systems and Methods for Adding Functionality to Merchant Sales and Facilitating Data Collection. |
| WO2012027694A2 (en) | 2010-08-27 | 2012-03-01 | Visa International Service Association | Account number based bill payment platform apparatuses, methods and systems |
| US9483786B2 (en) | 2011-10-13 | 2016-11-01 | Gift Card Impressions, LLC | Gift card ordering system and method |
| JP5718626B2 (ja) * | 2010-12-10 | 2015-05-13 | セイコーソリューションズ株式会社 | 小型端末 |
| CN102609839A (zh) | 2011-01-25 | 2012-07-25 | 张龙其 | 一种支持非接触智能卡的支付***及其方法 |
| US20120209688A1 (en) | 2011-02-15 | 2012-08-16 | Michelle Lamothe | Systems and methods for multi-platform transaction card access and management |
| US9047600B2 (en) | 2011-07-18 | 2015-06-02 | Andrew H B Zhou | Mobile and wearable device payments via free cross-platform messaging service, free voice over internet protocol communication, free over-the-top content communication, and universal digital mobile and wearable device currency faces |
| US10127564B2 (en) | 2011-09-15 | 2018-11-13 | Stephan HEATH | System and method for using impressions tracking and analysis, location information, 2D and 3D mapping, mobile mapping, social media, and user behavior and information for generating mobile and internet posted promotions or offers for, and/or sales of, products and/or services |
| US8401904B1 (en) | 2011-11-13 | 2013-03-19 | Google Inc. | Real-time payment authorization |
| US20130179177A1 (en) | 2012-01-05 | 2013-07-11 | Surescripts | Method and Apparatus for Quality Control of Electronic Interactions Between Pharmacies and Prescribers |
| US10318974B2 (en) | 2012-07-10 | 2019-06-11 | International Business Machines Corporation | Tracking, managing, suggesting and confirming receipt of gifts |
| CA2883812A1 (en) | 2012-09-04 | 2014-03-13 | Linq3 Technologies Llc | Systems and methods for integrated game play through the use of barcodes on smart phones and hand held devices |
| US20170076293A1 (en) | 2015-09-16 | 2017-03-16 | Linq3 Technologies Llc | Creating, verification, and integration of a digital identification on a mobile device |
-
2013
- 2013-08-05 US US13/959,379 patent/US11055686B2/en active Active
- 2013-08-06 RU RU2017120496A patent/RU2744698C2/ru active
- 2013-08-06 WO PCT/US2013/053734 patent/WO2014025742A1/en active Application Filing
- 2013-08-06 CA CA2880754A patent/CA2880754C/en active Active
- 2013-08-06 KR KR1020197001024A patent/KR20190017958A/ko not_active Application Discontinuation
- 2013-08-06 EP EP13828598.6A patent/EP2883216A4/en not_active Ceased
- 2013-08-06 KR KR1020177023805A patent/KR20170109596A/ko not_active Application Discontinuation
- 2013-08-06 NZ NZ630631A patent/NZ630631A/en unknown
- 2013-08-06 AU AU2013299813A patent/AU2013299813B2/en active Active
- 2013-08-06 RU RU2015107553A patent/RU2015107553A/ru unknown
- 2013-08-06 MY MYPI2015700259A patent/MY191689A/en unknown
- 2013-08-06 BR BR112015002716-4A patent/BR112015002716B1/pt active IP Right Grant
- 2013-08-06 JP JP2015526629A patent/JP6407865B2/ja active Active
- 2013-08-06 KR KR1020157006034A patent/KR20150079556A/ko not_active Application Discontinuation
- 2013-08-06 MX MX2015001257A patent/MX351131B/es active IP Right Grant
-
2015
- 2015-02-27 CR CR20150109A patent/CR20150109A/es unknown
- 2015-05-27 HK HK15105037.7A patent/HK1204703A1/xx unknown
-
2017
- 2017-04-26 JP JP2017087226A patent/JP6689782B2/ja active Active
-
2020
- 2020-01-08 JP JP2020001245A patent/JP2020074138A/ja active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040065726A1 (en) * | 2002-10-08 | 2004-04-08 | First Data Corporation | Electronic card and ticket and methods for their use |
| US20070198433A1 (en) * | 2005-05-11 | 2007-08-23 | First Data Corporation | Anti-fraud presentation instruments, systems and methods |
| RU2007146708A (ru) * | 2005-05-16 | 2009-06-27 | Мастеркард Интернэшнл Инкорпорейтед (Us) | Способ и система для использования бесконтактных платежных карт в транспортной системе |
| US20070162338A1 (en) * | 2005-11-17 | 2007-07-12 | Lawe Tabbatha C | US savings bond gift system and method to redeem a gift card for a US savings bond through internet redemption |
| US20090078755A1 (en) * | 2007-09-20 | 2009-03-26 | Sullivan Thomas J | Stored-value card management method and system |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2015527665A (ja) | 2015-09-17 |
| BR112015002716B1 (pt) | 2024-04-30 |
| RU2017120496A3 (ru) | 2020-07-14 |
| CA2880754C (en) | 2020-07-21 |
| US20140046737A1 (en) | 2014-02-13 |
| RU2015107553A (ru) | 2016-09-27 |
| JP6407865B2 (ja) | 2018-10-17 |
| JP2017162491A (ja) | 2017-09-14 |
| EP2883216A1 (en) | 2015-06-17 |
| KR20190017958A (ko) | 2019-02-20 |
| WO2014025742A1 (en) | 2014-02-13 |
| MY191689A (en) | 2022-07-07 |
| JP6689782B2 (ja) | 2020-04-28 |
| US11055686B2 (en) | 2021-07-06 |
| HK1204703A1 (en) | 2015-11-27 |
| AU2013299813A1 (en) | 2015-02-05 |
| NZ630631A (en) | 2015-08-28 |
| CA2880754A1 (en) | 2014-02-13 |
| MX2015001257A (es) | 2015-05-08 |
| JP2020074138A (ja) | 2020-05-14 |
| AU2013299813B2 (en) | 2016-03-10 |
| CR20150109A (es) | 2015-05-13 |
| RU2017120496A (ru) | 2018-11-14 |
| KR20150079556A (ko) | 2015-07-08 |
| BR112015002716A2 (pt) | 2020-04-22 |
| KR20170109596A (ko) | 2017-09-29 |
| MX351131B (es) | 2017-10-03 |
| CN104520884A (zh) | 2015-04-15 |
| EP2883216A4 (en) | 2016-03-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2744698C2 (ru) | Системы и способы для обеспечения, пополнения и возмещения предоплатных карт, используемых в транспортных приложениях | |
| US20180053157A1 (en) | Systems and methods for consumer modifiable payment card transactions | |
| AU2010270719B2 (en) | Transit access system and method including device authentication | |
| US8387873B2 (en) | System and method for mass transit merchant payment | |
| US20170046679A1 (en) | Systems and methods for mimicking post-paid user experience with stored-value card accounts | |
| US10628900B2 (en) | Systems and methods for promotional validation of travel expenses | |
| WO2014170741A2 (en) | Payback payment system and method to facilitate the same | |
| KR20080014035A (ko) | 교통 시스템에서 비접촉식 지불 카드를 사용하는 방법 및시스템 | |
| GB2525920A (en) | System and method for recovering refundable taxes | |
| US20220391882A1 (en) | Systems and methods for providing, reloading, and redeeming stored value cards used in transit applications | |
| US11127094B2 (en) | Systems and methods for conditional redemption of transportation credits | |
| KR102572349B1 (ko) | 가상계좌 관리서버 및 그 관리방법 | |
| CN104520884B (zh) | 提供、充值和偿付在交通应用中使用的储值卡的***和方法 |