Доверенный внутренний интерфейс

Иллюстрации

Показать все

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

Реферат

Перекрестные ссылки на родственные заявки

Эта заявка испрашивает приоритет по патентной заявке США номер 13/149,553, озаглавленной "Trusted internal Interface", поданной 31 мая, 2011, которая испрашивает приоритет согласно 35 U.S.C. § 119(e) предварительной патентной заявки США номер 61/350,719, озаглавленной "Trusted Internal Interfaces on Chip Cards and Devices", поданной 2 июня, 2010, полное раскрытие каждой из которых включается в данное описание по ссылке для всех целей.

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

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

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

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

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

Сущность изобретения

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

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

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

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

Фиг. 1 является блок-схемой, иллюстрирующей систему обработки транзакций, которая может использоваться с некоторыми вариантами осуществления настоящего изобретения;

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

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

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

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

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

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

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

Подробное описание

Включенное в состав данных материалов Приложение к этой заявке должно рассматриваться как часть настоящей заявки и включается в состав посредством ссылки в своей полноте для всех целей.

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

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

Например, в течение платежной транзакции, приложение дополнительных функций, которое установлено на мобильном устройстве и которое управляется оператором дополнительных функций, может обеспечивать данные дополнительных функций в приложение для осуществления платежей, которое также установлено на мобильном устройстве и которое проводит платежную транзакцию. Данные дополнительных функций могут передаваться от приложения дополнительных функций в приложение для осуществления платежей посредством доверенного интерфейса, который соединяет приложения. После приема данных дополнительных функций, приложение для осуществления платежей может передавать данные дополнительных функций вместе с платежными данными посредством сети обработки платежей в платежный процессор, эмитент, или другой объект, который управляет платежным приложением. Таким образом, платежный процессор, эмитент, или другой объект, который управляет платежным приложением, принимает данные дополнительных функций от приложения дополнительных функций посредством доверенного интерфейса, который соединяет приложение для осуществления платежей с приложением дополнительных функций на платежном устройстве, вместо необходимости интегрировать свою внутреннюю серверную систему с внутренней серверной системой оператора дополнительных функций. Также, например, в течение транзакции дополнительных функций, приложение для осуществления платежей может обеспечивать платежные данные в приложение дополнительных функций посредством доверенного интерфейса, который соединяет приложение для осуществления платежей с приложением дополнительных функций. Приложение дополнительных функций может затем передавать, посредством проприетарной сети дополнительных функций, платежные данные вместе с данными дополнительных функций оператору дополнительных функций, такому как транспортный оператор или оператор программы лояльности, который может затем отправлять платежные данные вместе с данными дополнительных функций эмитенту. Согласно одному варианту осуществления, после приема платежных данных от платежного приложения, приложение для осуществления платежей может авторизовать платежную транзакцию офлайн. В этом случае, приложение дополнительных функций не будет должно отправлять платежные данные оператору дополнительных функций и/или эмитенту и может вместо этого отправлять только клиринговую информацию. Например, клиринговые записи, как определено в BASE II, могут передаваться эмитенту, чтобы урегулировать платеж.

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

Согласно этому примеру, приложение дополнительных функций является транспортным приложением, управляемым транспортным оператором. Транспортное приложение может быть, например, приложением CALYPSOTM или MIFARETM, которое осуществляется как Java приложение (апплет) и загружается на платежное устройство. При посадке на автобус или поезд, транспортный пассажир представляет платежное устройство в устройство проверки транспортных билетов в автобусе или на транспортном пропускном пункте, тем самым, активируя транспортное приложение на платежном устройстве и побуждая транспортное приложение вовлекать устройство проверки транспортных билетов в билетную транзакцию (например, может использоваться технология связи ближнего поля, чтобы содействовать связи между платежным устройством и устройством проверки транспортных билетов). В течение билетной транзакции, транспортное приложение на платежном устройстве запрашивает платежные данные (например, криптограмму запроса авторизации (ARQC), первичный номер счета (PAN), и т.д.) от платежного приложения на платежном устройстве. Приложение для осуществления платежей отправляет платежные данные в транспортное приложение посредством доверенного интерфейса. Транспортное приложение затем отправляет платежные данные вместе с транспортными данными в устройство проверки транспортных билетов, которое отправляет платежные данные и транспортные данные транспортному оператору посредством проприетарной транспортной сети. Таким образом, проприетарная транспортная сеть используется, чтобы отправлять платежные данные (в дополнение к транспортным данным) транспортному оператору. Транспортный оператор может затем использовать платежные данные, чтобы запрашивать платежную транзакцию. Например, транспортный оператор может запрашивать платежную транзакцию посредством отправки платежных данных в банк-эквайер, который отправляет платежные данные в соответствующий банк-эмитент через сеть обработки платежей.

Дополнительно, согласно этому примеру, платежная транзакция может выполняться офлайн авторизованной посредством платежного приложения внутри платежного устройства. В случае офлайнового платежа, транспортное приложение не будет должно отправлять платежные данные в транспортную систему посредством транспортного устройства проверки, но может вместо этого отправлять только клиринговую информацию (например, клиринговые записи, как определено в BASE II). Транспортная система может затем передавать клиринговую информацию эмитенту, чтобы урегулировать платеж. Транспортные приложения, такие как MIFARETM, имеют достаточные проприетарные поля и могут передавать данные, минимально требуемые, чтобы выполнять авторизацию и клиринг. Такие поля включают в себя величину платежа, PAN/ED и ARQC. Офлайновый платеж показывает, что офлайновые счетчики должны быть сообщены эмитенту для предварительно авторизованных решений.

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

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

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

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

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

"Сеть обработки платежей" может включать в себя подсистемы обработки данных, сети, и другие средства осуществления операций, используемые, чтобы поддерживать и доставлять услуги авторизации, услуги файла исключений, и услуги клиринга и урегулирования для платежных транзакций. Примерная сеть обработки платежей может включать в себя VisaNet. Сети обработки платежей, такие как VisaNet, являются способными обрабатывать транзакции кредитных карт, транзакции дебетовых карт, и другие типы коммерческих транзакций. VisaNet, в частности, включает в себя систему VIP (интегрированная система платежей Visa), которая обрабатывает запросы авторизации транзакции, и систему BASE II, которая выполняет услуги клиринга и урегулирования транзакций.

"Эквайер" является обычно бизнес-объектом (например, коммерческим банком), который имеет деловое отношение с конкретным торговцем.

"Эмитент" является обычно бизнес-объектом (например, банком), которая выпускает платежное устройство (такое как кредитная или дебетовая карточка) потребителю. Некоторые сущности могут выполнять функции как эмитента, так и эквайера.

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

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

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

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

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

"Интерфейс" может быть аппаратным обеспечением и/или программным обеспечением, которое обеспечивает возможность взаимодействия между двумя или более компонентами. Примерный интерфейс включает в себя прикладной программный интерфейс (API), который обеспечивает взаимодействие между разными программами программного обеспечения.

"Внешняя сеть связи" может быть любой сетью, известной в данной области техники, и может использовать любую сетевую технологию, известную в данной области техники, чтобы передавать данные. Примеры внешних сетей связи включают в себя глобальные сети, локальные сети, персональные сети, беспроводные сети, сотовые сети, сети обработки платежей, и т.д. Примеры сетевой технологии включают в себя технологии связи ближнего поля (NFC), протокол управления передачей/протокол Интернет (TCP/IP), Ethernet, волоконно-распределенный интерфейс данных (FDDI), маркерную шину, или кольцевые сети с маркерным доступом.

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

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

"Транспортный оператор" может быть объектом, таким как муниципалитет, муниципальная корпорация, или любая другая компания, орган власти, или организация, которая управляет транспортной системой.

"Транспортная информация" может включать в себя данные, релевантные транспортным системам и услугам. Примеры транспортных данных могут включать в себя данные управления доступом (ключи, пароли, идентификационные данные) или данные, требуемые для вычислений платы за проезд (тарифы, исторические данные об использовании системы), величины платы за проезд, счетчики поездок, и т.д.

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

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

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

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

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

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

Портативное платежное устройство представляется считывателю устройств или терминалу 22 торговой точки (POS), который является способным осуществлять доступ к данным, сохраненным на или внутри платежного устройства. В вариантах осуществления, портативное платежное устройство осуществляет передачу данных счета/платежа торговцу 24 посредством транзакции "без представления карты" через сеть связи, такую как сотовая сеть, сеть Интернет, и т.д. Данные счета (также как любые требуемые данные потребителя) передаются торговцу 24 и в конечном счете системе 26 обработки транзакции/данных торговца. Как часть аутентификации или обработки авторизации, выполняемой торговцем, система 26 обработки транзакции торговца может осуществлять доступ к базе 28 данных торговца, которая обычно хранит данные относительно клиента/потребителя/пользователя (как результат процесса регистрации у торговца, например), платежному устройству потребителя, и транзакционной истории потребителя у торговца. Система 26 обработки транзакции торговца обычно осуществляет связь с эквайером 30 (который управляет счетами торговца) как часть полной обработки аутентификации или авторизации. Система 26 обработки транзакции торговца и/или эквайер 30 обеспечивают данные в сеть 34 обработки платежей, которая среди других функций, участвует в обработках клиринга и урегулирования, которые являются частью полной обработки транзакций.

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