СПОСОБ И СИСТЕМА ДЛЯ СПОСОБСТВОВАНИЯ ПРОДВИЖЕНИЮ ПРОДУКТОВ И/ИЛИ УСЛУГ Российский патент 2014 года по МПК G06Q30/00 

Ссылка на связанные заявки

Приоритет данной заявки соответствует 4.09.2008 и определяется датой подачи предварительной патентной заявки США №61/094255, содержание которой полностью включено в данную заявку посредством ссылки.

Область техники

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

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

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

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

Настоящее изобретение обеспечивает средства для способствования продвижению (далее - промотирования) объекта (объектов) и/или услуги (услуг). В одном варианте способ (который может быть реализован с помощью компьютера) согласно одному аспекту изобретения включает следующие шаги:

облегчение снабжения, по меньшей мере, одним менеджером программы промотирования множества продавцов списком идентификаторов объектов, приемлемых для промотирования, и

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

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

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

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

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

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

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

Один или более вариантов изобретения способен обеспечить достижение существенных полезных технических результатов.

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

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

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

На фиг.2 представлен пример потока данных.

На фиг.3 представлена блок-схема варианта способа.

На фиг.4 представлена блок-схема другого варианта способа.

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

На фиг.6 представлена блок-схема еще одного варианта способа.

На фиг.7 представлены некоторые неограничивающие технические детали элемента данных DE 124 согласно стандарту ISO 8583, пригодного для использования в одном или более вариантах изобретения.

На фиг.8 представлены некоторые неограничивающие технические детали субэлемента 25 элемента данных DE 124, также пригодного для использования в одном или более вариантах изобретения.

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

На фиг.10 представлен пример взаимосвязей между: (i) платежной сетью, сконфигурированной, чтобы облегчить транзакции между эмитентами и эквайерами, (и) множеством пользователей, (iii) множеством продавцов (провайдеров), (iv) множеством эквайеров и (v) множеством эмитентов.

На фиг.11 представлен пример платформы эмитента согласно аспекту изобретения.

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

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

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

Секции (блоки) 108, 118 памяти могут использовать память различных типов, например энергозависимую память, энергонезависимую память, программируемую память и постоянные запоминающие устройства. Секции памяти могут хранить данные о транзакциях по карте, например номер основного счета (primary account number, "PAN") пользователя и/или персональный идентификационный номер (personal identification number, "PIN"). Секции (блоки) 108, 118 памяти могут хранить операционную систему карт 102, 112. Операционная система загружает и выполняет приложения и обеспечивает функции файлового менеджера или другие базовые функции карты в отношении приложений. Одной операционной системой, которую можно использовать для реализации изобретения, является система MULTOS®, лицензируемая фирмой MAOSCO Limited (Великобритания). Альтернативно, можно использовать операционные системы, основанные на технологии JAVA CARD™ (лицензируемой фирмой Sun Microsystems, США), или операционные системы, правами на которые владеют их продавцы. Операционная система предпочтительно записывается в постоянную память ("ROM"), имеющуюся в составе секции 108, 118 памяти. В альтернативном варианте для этого в секциях 108, 118 памяти можно использовать флэш-память или другие типы энергонезависимой или энергозависимой памяти.

В дополнение к базовым сервисам, обеспечиваемым операционной системой, секции 108, 118 памяти могут дополнительно обеспечивать одно или более приложений. В настоящее время одной возможной спецификацией, которой могут соответствовать такие приложения, является спецификация (стандарт) универсальных платежей EMV, разработанная фирмой EMV Со, LLC (США). Должно быть понятно, что указанные приложения могут быть сконфигурированы во многих различных вариантах.

Как было отмечено, карты 102, 112 являются примерами множества платежных устройств, которые могут быть использованы в рамках изобретения. При этом основная функция платежных устройств может не являться платежной. Например, устройствами, реализующими изобретение, могут являться мобильные телефоны. Подобными устройствами могут являться также карты обычных размеров, карты меньших или больших размеров, карты различной формы, брелки для ключей, карманные компьютеры, соответственно сконфигурированные мобильные телефоны или любые другие устройства, способные реализовать настоящее изобретение. В некоторых случаях карты или другие платежные устройства могут включать основную часть (например, ламинированные пластиковые слои в случае платежной карты, корпус карманного компьютера, корпус чипа и т.д.), блоки 108, 118 памяти, прикрепленные к соответствующим основным частям, и процессоры 106, 116, также прикрепленные к основным частям и подключенные к блокам памяти. Блоки 108, 118 памяти могут содержать соответствующие приложения. Процессоры 106, 116 могут быть способны выполнять один или более шагов (операций) способа по изобретению. Приложения могут, например, представлять собой идентификаторы приложений, присоединенные к программному коду в виде программно-аппаратного обеспечения, плюс данные, записанные в памяти карты, например в ее электрически стираемой программируемой постоянной памяти (ЭСППЗУ). Следует еще раз отметить, что использование "смарт-карт" или "чип-карт" не является обязательным: пригодны и традиционные карты с магнитной полосой.

В составе системы 100 могут использоваться терминалы многих различных типов. Таким терминалом может быть контактный терминал 122, сконфигурированный для взаимодействия с устройством 102 контактного типа, беспроводной терминал 124, сконфигурированный для взаимодействия с беспроводным устройством 112, "магнитный" терминал 125, сконфигурированный для взаимодействия с устройством 150 на основе магнитной полосы, или комбинированный терминал 126. Комбинированный терминал 126 рассчитан на взаимодействие с устройствами 102, 112, 150 любого типа. Некоторые терминалы могут быть контактными терминалами со съемными бесконтактными считывателями. Комбинированный терминал 126 может содержать память (memory, М) 128, процессор (processor, Р) 130, модуль 132 считывателя (reader module, R.M) и, возможно, интерфейсный модуль, например сканер 134 штрих-кода (bar code scanner, B.C.S.) и/или считыватель 136 меток радиочастотной идентификации (radio frequency identification, RFID). Блоки и модули 128, 132, 134, 136 могут быть подключены к процессору 130. При этом принципы построения терминала 126, применимые и к терминалам других типов, детально описываются только в иллюстративных целях. Модуль 132 считывателя может быть сконфигурирован для контактной коммуникации с картой или с устройством 102, для бесконтактной коммуникации с картой или с устройством 112, для считывания магнитной полосы 152 или для реализации двух или более из названных вариантов коммуникации. Альтернативно, для взаимодействия с картами различных типов (например, с контактными, с магнитной полосой или бесконтактными) могут иметься считыватели различных типов. Терминалы 122, 124, 125, 126 могут быть связаны с одним или более процессинговыми центрами 140, 142, 144 через компьютерную сеть 138. Сетью 138 может быть, например, Интернет или какая-либо частная сеть. Чтобы связать различные элементы системы, можно использовать более одной сети. Например, локальная сеть (local area network, LAN) может связывать терминалы с локальным сервером или с другим компьютером предприятия розничной торговли. Платежная сеть может включать эквайеров и эмитентов. Подробные сведения о платежной сети конкретного типа будут приведены далее. Процессинговые центры 140, 142, 144 могут иметь, например, главный компьютер эмитента платежного устройства.

К сети 138 может быть подключено много различных торговых или других предприятий, представленных на фиг.1 точками продаж (points-of-sale, P.O.S.) 146, 148. В одном или более вариантах изобретения различные организации предпочтительно подключены к телекоммуникационной сети, такой как виртуальная частная сеть (virtual private network, VPN) через один или более коммуникационных модулей, подключенных к сети, как это будет описано далее. Каждая такая организация может использовать один или более терминалов. Кроме того, можно комбинировать различные типы портативных платежных устройств, терминалов или других элементов (компонентов) или комбинировать или объединять признаки устройств, приведенных в качестве примеров на фиг.1.

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

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

Было упомянуто также, что вместо смарт- или чип-карт или совместно с ними могут применяться и традиционные карты 150 с магнитной полосой.

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

Описанные устройства 102, 112 предпочтительно являются контактными картами или устройствами, соответствующими стандарту ISO 7816, или бесконтактными картами или устройствами, соответствующими стандарту NFC (Near Field Communications) или ISO 14443. При использовании карты 112 ею можно коснуться терминала 124 или 126 или постукать по нему. При этом произойдет бесконтактная передача электронных данных на чип короткодистанционной связи карты 112 или другого бесконтактного устройства.

Один или более процессинговых центров 140, 142, 144 может содержать базу данных, например хранилище 154 данных.

На фиг.10 показан вариант взаимосвязи различных лиц и организаций. Множество различных пользователей 2002 (U₁ U₂…Un) взаимодействует с множеством различных продавцов 2004 (Р₁ Р₂…Р_м). Пользователями 2002 могут быть, например, владельцы (держатели) предоплаченных поощрительных (промотирующих) карт. Продавцы 2004 взаимодействуют с различными эквайерами 2006 (A₁, А₂…А₁). Эквайеры 2006 взаимодействуют с различными эмитентами 2010 (I₁, I₂…I_j), например, через единственного оператора платежной сети (payment network, PN) 2008, сконфигурированной так, чтобы облегчить транзакции между множеством эмитентов и множеством эквайеров. Примерами являются MASTERCARD International Incorporated, оператор сети BANKNET®, или Visa International Service Association, оператор сети VISANET®. В общем случае N, М, I и J - это целые числа, которые могут быть равны или не равны одно другому.

В обычном варианте процесса авторизации кредита держатель 2002 карты оплачивает покупку, а продавец 2004 направляет данные о транзакции эквайеру (банку-эквайеру) 2006. Эквайер верифицирует номер карты, тип транзакции и сумму у эмитента 2010 и резервирует для продавца данную сумму с кредитного счета владельца карты в пределах лимита кредитования. Авторизованные транзакции собираются в "пакеты", которые отсылаются эквайеру 2006. При проведении клиринга и погашения эквайер посылает пакет транзакций через ассоциацию кредитных карт, которая дебитует эмитентов 2010 за платежи и кредитует эквайера 2006. После того как оплата эквайеру 2006 произведена, он производит оплату продавцу 2004. В одном или более вариантах изобретения используются предоплаченные карты. В этом случае держатель карты расходует деньги, которые были "запасены" посредством предшествующего депозита (например, внесенного какой-то фирмой, осуществляющей продвижение каких-либо продуктов и/или услуг, или от ее имени). На таких предоплаченных картах обычно имеется бренд кредитной карты (например, бренд MasterCard, Visa, American Express или Discover), и эти карты могут использоваться аналогичным образом (по так называемой "схеме разомкнутого цикла", соответствующей брендированному подходу). Вместо проверки покупки относительно разрешенного лимита кредитования, проверка может производиться относительно доступных данных о балансе. В других схемах, соответствующих замкнутому или ограниченному циклу, могут использоваться небрендированные карты или устройства (с частной торговой маркой), такие как предоплаченные карты, причем такие карты или устройства будут приниматься только одним или несколькими, но не всеми ритейлерами или иными продавцами.

Должно быть понятно, что сеть 2008, показанная на фиг.10, - это пример платежной сети, которая сконфигурирована так, чтобы облегчить транзакции между множеством эмитентов и множеством эквайеров, и которую можно рассматривать как "разомкнутую" систему. Некоторые варианты изобретения могут использоваться с платежными сетями других типов, например с частными сетями или сетями закрытого (замкнутого) типа, в которых присутствуют единственный эмитент и единственный эквайер, например с сетью AMERICAN EXPRESS (торговый знак фирмы American Express).

На фиг.2 представлена схема 200 одного из возможных конкретных вариантов изобретения, стрелками изображен поток данных согласно этому варианту. В некоторых случаях для реализации одного или более вариантов или аспектов изобретения используется модифицированная архитектура, описанная в патентной заявке США №20080011820, озаглавленной "Способ и система для одобрения платежной карты на уровне отдельных объектов". Содержание заявки №20080011820 полностью включено в данное описание посредством ссылки.

В точке взаимодействия, например в торговой точке продавца 202, держатель карты или другого платежного устройства взаимодействует с терминалом продавца или другого акцептанта карты, например соответствующим терминалам и точкам продаж, описанным со ссылками на фиг.1. Акцептант карты посылает информацию о транзакции эквайеру 204 (эквивалентному эквайеру 2006 на фиг.10), например, через сеть, как это показано на фиг.1 или как описано со ссылкой на фиг.10. Продавец может включить специальные знаки типа единицы складского учета (stock keeping unit, SKU), универсального кода объекта (UPC) и/или Национального кода лекарственных средств (national drug code, NDC). "SKU" - это распространенный термин для уникального цифрового идентификатора, весьма широко применяемого в онлайновом бизнесе для обозначения конкретного продукта в инвентарной ведомости или в каталоге. Указанные знаки могут быть включены в запрос на авторизацию. Между эквайером 204 и процессором 210 электронных платежей (например, в составе VPN) единственного оператора платежной сети 2008 может быть предусмотрен фронтальный процессор 206 (или какой-то другой центр, выполняющий функции такого оператора), сконфигурированный так, чтобы облегчить транзакции между множеством эмитентов и множеством эквайеров. Фронтальный процессор 206 может быть размещен в различных местах, например на территории эквайера. Примером подходящего фронтального процессора 206 является MASTERCARD INTERFACE PROCESSOR™ или MIP™ (товарные знаки фирмы MASTERCARD International, Inc., США). Эквайер 204 предпочтительно является эквайером, способным осуществлять "поделенную" (split tender) транзакцию, как это будет подробно описано далее.

Профессионалу будет понятно, что в этом контексте "процессор" 210 соответствует организации (фирме), владеющей VPN или другой сетью 2008 или аналогичными средствами, тогда как "процессор" 206, 214 соответствует определенному типу оборудования.

Эквайер 204 может передавать указанные знаки, например, через фронтальный процессор 206, процессор 210 и фронтальный процессор 214 эмитента эмитенту (или процессору эмитента) 216, который эквивалентен эмитенту или процессору эмитента 2010 на фиг.10. Согласно указанной патентной заявке 20080011820 и некоторым вариантам изобретения эти знаки могут сначала посылаться в преобразующую систему 212, которая обозначена на фиг.2, как "система преобразования SKU". Однако должно быть понятно, что она способна обрабатывать широкий набор знаков, упоминаемых в данном описании. В некоторых случаях система 212 получает запрос авторизации и преобразует знаки в форму, воспринимаемую эмитентом (или процессором эмитента) 216 или организацией, связанной с эмитентом/процессором эмитента, например администратором (таким как администратор третьей стороны, менеджер программы и т.д.). Преобразованные знаки могут быть введены в запрос авторизации, который передается системой 212 указанному блоку 216. Такая передача может быть осуществлена через платежную сеть. В общем случае блок 216 может соответствовать, например, эмитенту карты, используемой потребителем, или организации, действующей от имени этого эмитента.

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

Блок 214 может соответствовать, например, другому фронтальному процессору, такому как MIP^тм, который может являться, например, частью оборудования эмитента 216 или другого администратора и служить для обеспечения доступа к упомянутой VPN процессора 210. Разумеется, может иметься множество подобных единиц оборудования. Кроме того, следует подчеркнуть, что конкретная конфигурация, представленная на фиг.2, приведена только в качестве примера. Могут быть использованы и другие подходы.

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

Фронтальные процессоры, такие как процессоры 206, 214, и сети VPN, такие как VPN процессора 210, хорошо известны специалистам. В одном конкретном примере фронтальные процессоры 206, 214 являются (как уже отмечалось) процессорами MIP™, а сеть VPN процессора 210 - телекоммуникационной сетью, обеспечивающей сервисы телекоммуникационной сети MASTERCARD BANKNET® (зарегистрированный товарный знак, принадлежащий фирме MASTERCARD International, Inc., США).

На фиг.3 представлена блок-схема 300, иллюстрирующая шаги способа подтверждения электронного платежа, модифицированного по сравнению с описанным в US 20080011820. После активации 302 может выполняться шаг 304, облегчающий получение знаков, идентифицирующих индивидуальные объекты, приобретаемые в точке взаимодействия, в связи с поступившим запросом авторизации. Данные знаки могут включать, например, коды SKU, UPC и/или NDC.

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

Необязательный шаг 306 предусматривает облегчение преобразования знаков с целью получить знаки, преобразованные в форму, воспринимаемую эмитентом 216 или третьей стороной, одобряющей транзакцию. Шаг 308 включает облегчение передачи третьей стороне, одобряющей транзакцию (возможно, преобразованных) знаков последовательного подтверждения по каждому индивидуальному объекту. Передача преобразованных знаков производится в рамках исходящего запроса авторизации (т.е. запроса, направленного от блока 210 и, возможно, системы 212 блоку 216).

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

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

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

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

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

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

На фиг.4 представлена блок-схема 400 варианта способа (который может быть реализован с использованием компьютера) построения базы данных, полезной для облегчения подтверждения электронного платежа. Следует при этом отметить, что, хотя варианты, описываемые со ссылками на фиг.3 и 4, могут быть реализованы посредством компьютеров, в одном или более вариантов они могут включать также один или более шагов, выполняемых вручную, или комбинацию таких шагов с шагами, выполняемыми с помощью компьютера. После активации 402 выполняется шаг 404, предусматривающий облегчение получения (посредством предварительной регистрации, например, со стороны продавцов, менеджеров программ и/или эмитентов) знаков (например, таких как коды SKU, UPC, NDC), идентифицирующих индивидуальные объекты, отобранные для промотирования. В некоторых случаях эти знаки для идентичных приобретаемых промотируемых объектов могут быть различными у различных продавцов. Например, "Аптека Смита" и "Аптека Бэйкера" могут использовать различные коды SKU для идентичных упаковок лейкопластырей; два различных продуктовых магазина или магазина объектов повседневного спроса могут использовать различные SKU для идентичных промотируемых объектов (например, для бутылки сока) и т.д. Согласно другим аспектам кондитерская фабрика может применять промотирование на базе покупки любого из различных кондитерских продуктов. При этом каждая упаковка может иметь различное значение UPC. Система 212 может быть использована, например, для преобразования индивидуальных UPC-значений для батончиков Candy Bar в единственное значение, которое может использовать эмитент, процессор эмитента или менеджер промотирования.

Шаг 406 включает облегчение генерирования базы данных преобразования, содержащей для каждого из объектов единственный ассоциированный с ним комплект преобразованных знаков независимо от того, ассоциированы ли у различных продавцов с этим объектом различные знаки. Таким образом, упаковка лейкопластырей будет ассоциирована с единственным, уникальным (преобразованным) идентификатором, несмотря на то, что Смит и Бэйкер применяют для нее различные идентификаторы. Аналогично, все коды UPC для кондитерских батончиков, приемлемых для промотирования, могут быть преобразованы в единственный, уникальный идентификатор.

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

Процессинг продолжается на шаге 410.

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

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

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

В другом аспекте система, способ и/или компьютерный программный продукт облегчают промотирование объекта (объектов) и/или услуги (услуг), например, за счет применения предоплаченной промотирующей платежной карты или соответствующего устройства. Один или более вариантов дают продавцам 202, 2004 возможность передавать данные о потенциально приемлемом промотируемом объекте в сообщении об авторизации, давая эмитенту или процессору возможность одобрять транзакцию на уровне индивидуального объекта и/или направлять соответствующие суммы в конкретные кошельки на предоплаченной промотирующей карте. В одном или более случаев менеджер программы предоплаты (блок 250 на фиг.2, который может быть связан с эмитентом/процессором 216) обеспечивает участвующих в программе продавцов 202 списком идентификаторов (например, UPC или SKU) приемлемых промотируемых продуктов. Продавцы 202 помечают эти промотируемые объекты в своих системах управления запасами. В дополнение, менеджер программ предоплаты будет обеспечивать продавцов идентификаторами банков (bank identification numbers, BIN) применительно к участвующим банкам, и продавцы будут загружать эти BIN-коды в свои системы, установленные в точках продаж (point-of-sale, POS) (например, в терминалы 122, 124, 125, 126 или в подключенные к ним серверы). Функциональность менеджера программ предоплаты, в качестве неограничивающего примера, может быть реализована блоком 216 (или блоком 250), поддерживающим коммуникацию с продавцами 202.

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

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

Один или более вариантов изобретения не ограничиваются предоплаченными платежными картами, а могут включать также карты с хранимой стоимостью (stored value cards), кредитные карты и/или дебитовые карты в любой комбинации или индивидуально. У карты с хранимой стоимостью баланс записан непосредственно на карте, например в ее чипе. Кредитную карту можно рассматривать как устройство доступа к кредиту, позволяющее получить доступ к необеспеченной кредитной линии. Дебитовую карту можно рассматривать как устройство доступа к банковскому счету. В отличие от этого, предоплаченная платежная карта не привязана аналогичным образом к ассоциированному банковскому счету или к необеспеченной кредитной линии.

В контексте изобретения карта промотирования - это дебитовая, кредитная или предоплаченная карта или карта с хранимой стоимостью, или другое платежное устройство, причем идентификатор такой карты (такой как BIN или UN (Issuer Identification Number, идентификатор эмитента)) связан со схемой промотирования, так что держатель карты имеет возможность получать промотирующие стимулы в отношении одного или более потребительских продуктов или услуг. Карты промотирования, такие как предоплаченные карты промотирования, могут в некоторых случаях выдаваться их держателям фирмой, промотирующей продукты или услуги как способ поощрения промотирования или сбора баллов по продукту с последующим вознаграждением.

Когда держатель карты представляет продавцу 202 (эквивалентному продавцу 2004) карту (или другое устройство), участвующую (участвующее) в кампании, для оплаты своей покупки, продавец 202 определит, производится ли покупка каких-либо приемлемых промотируемых продуктов. Если с помощью такой карты, действительно, производится покупка промотируемых продуктов, продавец включит идентификатор (например, UPC или SKU) в запрос авторизации. Получив такой запрос, процессор эмитента авторизует транзакцию, исходя из фондов, имеющихся на счете (счетах) и/или в кошельке (кошельках). При этом эмитент/процессор 216 использует идентификатор, переданный продавцом 202, чтобы определить пертинентный счет кошелька и сумму, выставляемую данному кошельку. Если такой подход поддерживается продавцом 202, эмитент/процессор может одобрить транзакцию частично, т.е. только в отношении части общей стоимости промотируемых продуктов. В случае частичного одобрения продавец 202 произведет "поделенную" (split tender) транзакцию, т.е. самостоятельно получит остальную часть общей суммы транзакции (например, попросив покупателя произвести часть оплаты наличными, чеком или другой платежной картой, или другим платежным устройством).

В одном или более вариантах продавец 202 будет получать от эмитента и/или процессора эмитента список объектов, приемлемых для промотирования, и, по мере необходимости, обновлять свою систему управления запасами. Продавец будет также принимать от эмитента и/или от процессора эмитента список соответствующих BIN-кодов и обновлять свои POS-системы (например, терминалы 122, 124, 125 и/или 126, расположенные в POS 146, 148 и, возможно, другие процессорные мощности, подключенные к терминалам, например сервер), чтобы они могли распознавать такие BIN-коды как требующие специального процессинга.

Далее, в качестве примеров, будут рассмотрены конкретные варианты изобретения. Некоторые из этих вариантов используют стандарт ISO 8583, по существу, разработанный и применяемый фирмой MASTERCARD International Incorporated, ассоциацией Visa International Service Association, другими сетями, терминалами и др. При этом в одном или более из этих вариантах упоминаются задаваемые пользователем элементы данных, такие как элемент DE 124 и его субэлемент 25. Следует подчеркнуть, что эти конкретные детали носят чисто иллюстративный характер. Другие варианты могут передавать ту же, сходную или иную информацию, используя те же элементы и/или субэлементы, другие элементы и/или субэлементы, или даже стандарт или спецификацию, отличную от ISO 8583.

Далее, со ссылкой на блок-схему 600, приведенную на фиг.6, будет описан неограничивающий пример промотирующей транзакции. После запуска на шаге 602 продавец 202 на шаге 604 идентифицирует участвующие карты по их идентификаторам (BIN или IIN), полученным от процессора эмитента. Продавец, по идентификаторам объектов (например, UPC, SKU) идентифицирует объекты, приемлемые для промотирования по согласованию с процессором эмитента. Затем продавец переместит потенциальные объекты, приемлемые для промотирования, в начало кассового чека (или аналогичного документа), чтобы эти объекты были включены в данные, посылаемые эквайеру 204. По меньшей мере, в некоторых примерах такая сортировка является единственной специфичной функцией продавца, в остальном его взаимодействие с эквайером является традиционным. Объекты будут идентифицироваться с помощью идентификатора типа промотируемого объекта, идентификатора промотируемого объекта и полной стоимости промотируемого объекта, включающей соответствующий налог.В некоторых случаях будет использоваться схема промотирования, обозначаемая в профессиональных кругах аббревиатурой "PETS" (promotion enhanced transaction services, услуги по транзакциям, включающим промотирование) и представляющая собой неограничивающий пример способа, компьютерного программного продукта и/или системы для промотирования продукта (продуктов) и/или услуги (услуг) согласно одному или более аспектам изобретения.

На шаге 606 эквайер 204 формирует запрос авторизации (сообщение 0100) с использованием элемента данных DE 124 (специалист, знакомый с DE 124 и с другими элементами данных, заданных в указанном стандарте, сможет, используя сведения, приводимые в описании, адаптировать подобные элементы для осуществления одного или более вариантов изобретения). Некоторые варианты полностью соответствуют релевантным стандартам ISO, в частности ISO 8583. Индивидуальные организации или группы могут разрабатывать свои спецификации в рамках этого стандарта. В неограничивающем варианте некоторые или все сообщения (например, запрос авторизации и ответ на него) задаются в рамках ISO 8583 и/или соответствующей ему спецификации. В других случаях могут быть использованы сообщения других типов. Все версии (например, выпущенные в 1987, 1993, 2003 гг.) стандарта ISO 8583 "Сообщения, инициированные карточками для финансовых операций. Спецификации передаваемых сообщений", поддерживаемого Международной организацией по стандартизации, полностью включены в данное описание посредством ссылки.

На шаге 608 оператор сети, функционирующей согласно стандарту (и/или спецификации) на платежную систему, такой как сеть BANKNET® фирмы MASTERCARD International Incorporated, США, произведет подтверждение (редактирование) запроса авторизации/сообщения 0100, используя предусмотренные для этого в системе средства редактирования. Специалисту должно быть понятно, что "редактирование", производимое оператором платежной сети, обычно включает подтверждение и верификацию полей (например, в некоторых вариантах идентификатором типа промотируемого объекта должна быть буква "S" для SKU или "U" для UPC; любой вариант, отличный от "S" или "U", помечается как ошибочный). При обнаружении неправильного значения транзакция может быть отклонена и возвращена продавцу. Содержание элемента данных DE 124 передается эмитенту без каких-либо изменений. Следует отметить, что фирма MASTERCARD International Incorporated, США, является неограничивающим примером оператора платежной сети, т.е. и другие организации, например другие операторы сетей, функционирующих в соответствии со стандартом (и/или спецификацией) на платежную систему, в частности Visa International Service Association (оператор сети VISANET®), также могут выполнять один или более шагов или методик или реализовывать одну или более систем и/или компьютерных программных продуктов согласно изобретению. Кроме того, один или более вариантов может быть применим и к частным сетям, таким как сеть фирмы American Express, и/или к сетям замкнутого цикла.

Уже упоминалось, что приводимые примеры не являются ограничивающими: например, сообщение 0100 специфично для сети BANKNET®; однако могут быть использованы и сообщение 0200, разработанное для продукта MASTERCARD Debit Switch (MDS), или существенно иные сообщения, применимые в других сетях.

Как это иллюстрируется шагом 610, предпочтительно обеспечиваются должные внимание и соответствие всем применимым правилам, инструкциям, установкам, процедурам и/или стандартам, относящимся к обеспечению конфиденциальности. Так, в предпочтительном варианте оператор платежной сети не регистрирует никаких данных, относящихся к одобрению промотирования. Напротив, эти данные заменяются, например, значением "PETS ххх", где ххх - это полная длина элемента DE 124, a PETS соответствует обозначению промотирующей программы (в этом неограничивающем примере относящемуся к упомянутым услугам по транзакциям, включающим промотирование).

На шаге 612 оператор 210 платежной сети передает запрос авторизации/сообщение 0100 для его процессинга эмитенту/процессору. На шаге 614 эмитент/процессор осуществляет процессинг запроса авторизации/сообщения 0100. Элемент данных DE 124 предпочтительно не возвращается в составе ответа на запрос авторизации (сообщения 0110). Желательно, чтобы поддерживалась возможность частичного одобрения. Процессинг продолжается на шаге 616.

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

  ОБЪЕКТ ФОРМАТ БИТЫ ТРЕБУЕТСЯ? 1 UPC или SKU ans-12, выравнивание слева, заполнение пробелами 5-16 Обязательно 2 Код категории ans-4 1-4 Необязательно 3 Описание ans-100, выравнивание слева, заполнение пробелами 17-116 Обязательно 4 Заполнитель ans-34 117-150 *

* В качестве заполнителя для неиспользуемого пространства используются пробелы.

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

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

Далее, в качестве примера, приводятся сведения по элементу данных DE 124 (задаваемому членом системы), которые могут быть использованы в одном или более неограничивающих вариантах изобретения.

Содержание элемента данных DE 124 предпочтительно обновляется, чтобы отобразить (i) данные об одобрении предоплаченного промотирования, которые в одном или более вариантах именуются "данными об одобрении предоплаченной активности по схеме MASTERCARD PETS", и (ii) указание типа и длины полей данных. Специалисту должно быть известно, что элемент DE 124 используется для передачи до 500 байтов данных, задаваемых членом системы. Члены системы могут использовать DE 124, чтобы передавать информацию, например, включающую (без ограничения):

- информацию о программе лояльности;

- информацию по промотированию;

- подробности покупки;

- информацию о запросе по возможности соответствия здравоохранительной программе;

- любые другие данные делового характера;

- данные об одобрении предоплаченного промотирования, такие как данные об одобрении предоплаченной активности по схеме MASTERCARD PETS.

На основе приведенных данных специалист будет в состоянии использовать элемент DE 124 для передачи требуемой или желательной информации.

Желательно, чтобы один член (платежной сети или аналогичной системы) не посылал другому члену авторизующее сообщение, содержащее данные в виде элемента DE 124, если эти члены заранее не договорились о приеме таких сообщений с данными в формате DE 124. Таблица на фиг.7 содержит, в качестве неограничивающего примера, характеристики элемента данных DE 124, которые применимы в одном или более вариантах. Аббревиатура "ans" означает буквенно-цифровой подписанный; "500" соответствует (максимальному) количеству байтов в поле, a "LLLVAR" соответствует варианту, когда первые три байта поля указывают длину поля, а поле имеет переменную длину. Далее, "Org" означает "Источник"; "Sys" -"Система" (например, оператор платежной сети), a "Dst" - "Получатель". "С" означает "условный", точка - "Не требуется", а "О" - "Опция". Таким образом, в случае запроса авторизации/сообщения 0100 источник посылает элемент DE124 только в случае, когда в этот элемент нужно включить какое-то значение; система не предпринимает по отношении к нему никаких действий, а получатель принимает его при выполнении соответствующего условия (например, только если он был послан).

Субэлемент 25- Данные об одобрении предоплаченного промотирования

В одном или более вариантах субэлемент 25 включает только объекты, потенциально пригодные для промотирования. Субэлемент 25 может появляться несколько раз (в одном или более вариантах не более 5). При каждом появлении субэлемент 25 имеет длину, не превышающую в одном или более вариантах 85. В одном или более случаев каждому появлению субэлемента 25 может соответствовать до трех промотируемых объектов, тогда как максимальное количество объектов, которое может быть включено в запрос авторизации/сообщение 0100 равно 15. Каждому промотируемому объекту, представляемому для одобрения, предпочтительно соответствуют три субполя. В таблице на фиг.8 приведены, в качестве неограничивающего примера, возможные характеристики субэлемента 25. В одном или более вариантах обозначения на фиг.8 аналогичны приведенным на фиг.7: так, "40" соответствует (максимальному) количеству байтов в поле, a "LLVAR" соответствует варианту, когда первые два байта поля указывают длину поля, а поле имеет переменную длину.

Субполе 1-PETS: тип идентификатора

Это субполе идентифицирует тип посылаемого идентификатора. Здесь аn-1 означает "буквенно-цифровое, 1 байт".

Субполе 2-PETS: идентификатор объекта

Это субполе включает идентификатор объекта, используемый продавцом. Если субполе 1=S, данные соответствуют значению (SKU), взятому из системы управления запасами продавца. Если субполе 1=U, данные соответствуют UPC-коду продукта. Здесь ans-20 означает "буквенно-цифровое, подписанное, 20 байт".

Субполе 3-PETS: полная стоимость объекта

Это субполе включает полную стоимость объекта, указанного в субполе 2. Здесь n-6 означает "цифровое, 6 байт".

В одном или более вариантах эквайер и/или продавец и эмитент и/или процессор эмитента, в дополнение к ранее сформулированным условиям, должны понимать содержание требований, приведенных на фиг.9. Данные требования, приведенные в качестве примера, относятся к конкретному неограничивающему варианту - другие варианты могут иметь отличия (например, могут использоваться другие валюты; стороны могут иметь различные знания в отношении одобрений в связи с необходимостью выполнения соответствующих правил по конфиденциальности, постановлений, указаний и/или процедур; могут использоваться различные форматы данных или требований подтверждения и т.д.). Можно отметить, что приведенный неограничивающий пример средства онлайновой поддержки соответствует продукту MASTERCARD eServicer™ (зарегистрирован фирмой MASTERCARD International Incorporated, США).

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

Как показано на фиг.11, эмитент, процессор эмитента или менеджер программы может использовать платформу 1100 эмитента, которая может, например, обладать функциональностями авторизации, клиринга и погашения 1150, 1152 и 1154 соответственно. Функциональность 1156 премирования может взаимодействовать с хранилищем данных о премировании, таким как хранилище 1158 премиальных баллов. Функциональность 1160 ведения счетов может взаимодействовать с хранилищем 1162 данных о счетах. Функциональность 1164 управления взаимоотношениями с потребителями может взаимодействовать с хранилищем 1168 данных о потребителях. Платформа 1100 эмитента может взаимодействовать с платформой эквайера 204, 2006 через платежную сеть 210, 2008. Для этого могут быть использованы, например, сообщения в стандарте ISO 8583.

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

Из приведенного описания должно быть понятно, что, в общем виде, способ согласно аспекту изобретения включает шаг облегчения снабжения, по меньшей мере, одним менеджером программы промотирования (например, эмитентом или процессором эмитента) множества продавцов списком идентификаторов объектов, приемлемых для промотирования (что соответствует шагу 604 на фиг.6). Способ включает, далее, облегчение снабжения, по меньшей мере, указанным менеджером программы промотирования множества продавцов списком идентификаторов платежных устройств, ассоциированных с указанным промотированием (также на шаге 604 на фиг.6). Эти шаги могут включать, например, отправку файла или файлов от платформы 1100 в систему точек продаж (например, на терминалы 122, 124, 125, 126 в точках продаж 146, 148, связанных с сервером посредством локальной сети (LAN) или региональной сети (WAN) и т.д.). Кроме того, способ включает также идентификацию (тоже на шаге 604 на фиг.6) одним из указанных продавцов, в процессе транзакции по предполагаемой покупке с использованием определенного платежного устройства из числа указанных платежных устройств, по меньшей мере, одного из объектов, приемлемых для промотирования. Этот шаг может предусматривать, например, использование сканера 134 или RFID-устройства 136 для считывания знаков с объекта и сравнение их со списком, имеющимся на терминале или на сервере, ассоциированном с терминалом.

Способ включает также облегчение выполнения, совместно определенным продавцом и организацией-эквайером, форматирования и отправки запроса авторизации (см. шаги 604 и 606 на фиг.6). Организация-эквайер включает эквайера и/или процессора эквайера, действующего от имени эквайера. Данный шаг может выполняться, например, с помощью платформы эквайера. Запрос авторизации определенного платежного устройства отправляют организации-эмитенту данного платежного устройства через оператора платежной сети 2008 (см. шаг 612 на фиг.6). Организация-эмитент - это эмитент и/или процессор эмитента, действующий от имени эмитента. Запрос авторизации содержит идентификатор устройства (например, BIN или IIN как часть PAN), ассоциированный с указанным предоплаченным платежным устройством. Запрос авторизации включает также соответствующий идентификатор (например, SKU или UPC), ассоциированный, по меньшей мере, с одним из указанных объектов, приемлемых для промотирования, а также ценовые данные, ассоциированные с указанным, по меньшей мере, одним из объектов, приемлемых для промотирования.

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

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

По меньшей мере, в некоторых вариантах предусмотрен дополнительный шаг, включающий редактирование запроса авторизации оператором платежной сети без протоколирования идентификатора объекта, ассоциированного, по меньшей мере, с одним из объектов, приемлемых для промотирования (см. шаги 608 и 610 на фиг.6). Как уже упоминалось, специалисту будет понятно, что "редактирование", производимое оператором платежной сети, обычно включает верификацию полей (например, в некоторых вариантах идентификатором типа промотируемого объекта должна быть буква "S" для SKU или "U" для UPC; любой вариант, отличный от "S" или "U" помечается как ошибочный). Этот шаг может выполняться компьютером или иным оборудованием в составе платежной сети.

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

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

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

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

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

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

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

Как уже отмечалось, идентификатором объекта может быть, например, UPC или SKU; в любом случае, запрос авторизации может дополнительно включать идентификатор типа объекта, указывающий, что указанный идентификатор объекта содержит UPC или SKU.

Как это было описано выше, способ может также включать преобразование.

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

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

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

Подробное описание системы и изделия для ее осуществления Изобретение может быть реализовано аппаратурно и/или аппаратурно/программно. Программное обеспечение включает следующие компоненты (не ограничиваясь ими): встроенное программное обеспечение, резидентное программное обеспечение и микрокод. Программное обеспечение может использоваться, например, применительно к одному или более терминалам 122, 124, 125, 126, фронтальному процессору 206, 214, преобразующей системе 212 или процессинговому центру 140, 142, 144 (возможно, с хранилищем 154 данных) продавца, эмитенту, эквайеру, процессору или оператору сети 210, 2008, функционирующему согласно стандарту (и/или спецификации) платежной системы. Представляется, что система 212 может быть успешно реализована с использованием программного обеспечения, загруженного в компьютер общего назначения. Загруженное программное обеспечение может быть использовано для построения базы данных, как это показано на фиг.4, для построения списков (см. фиг.6 и 11), для реализации платформ эмитента и/или эквайера и т.д. Встроенное программное обеспечение может быть применено, например, в платежных устройствах, таких как карты 102, 112.

На фиг.5 представлена блок-схема системы 500, в которой могут быть использованы часть или все из одного или более аспектов или процессов согласно изобретению. Как показано на фиг.5, память 530 конфигурирует процессор 620 (который может соответствовать, например, процессорным секциям 106, 116, 130, процессорам элементов 206-214 и 250 или процессорам удаленных главных компьютеров в центрах 140, 142, 144), чтобы осуществить один или более аспектов или способов, шагов и функций, раскрытых в данном описании (в целом обозначенных на фиг.5, как процесс 580). Различные шаги способа могут выполняться различными процессорами. Память 530 может быть распределенной или локальной, а процессор 520 - распределенным или единственным. Память 530 может быть реализована как электрическая, магнитная или оптическая память или как любая комбинация из них, или как другие типы запоминающих устройств (включая модули памяти, как описано выше в отношении карт 102, 112). Следует заметить, что, если используются распределенные процессоры, каждый распределенный процессор, который входит составной частью в процессор 520, обычно содержит свое собственное адресуемое пространство памяти. Следует заметить также, что некоторые или все из компьютеров системы 500 могут быть встроены в интегральную схему, специализированную или общего назначения. Например, один или более шагов способа могут быть осуществлены скорее как аппаратное обеспечение с использованием специализированной интегральной схемы, чем с использованием встроенного программного обеспечения. Дисплей 540 является примером множества возможных вариантов устройств ввода-вывода.

Как это известно специалистам в данной области техники, часть или все свойства способа и устройств, описанных выше, могут быть реализованы в виде изделия, содержащего машиночитаемую среду, посредством которой может быть реализовано средство записи/хранения машиночитаемого программного кода. Данное средство способно, совместно с компьютерной системой, осуществить все или некоторые из шагов, соответствующих вариантам способа по изобретению, или реализовать описанные выше устройства. Машиночитаемая среда может представлять собой среду, пригодную для записи информации (например, реализованную в форме дискет, жестких дисков, компакт-дисков, электрически-стираемых перепрограммируемых запоминающих устройств или карт памяти); альтернативно, она может представлять собой среду, переносящую информацию (например, сеть с применением оптико-волоконных кабелей, Интернет, кабели или беспроводной канал, обеспечивающий множественный доступ с разделением по времени или по кодам, или иной радиочастотный канал). Любая известная или разрабатываемая среда, которая способна хранить информацию в виде, пригодном для использования компьютерной системой, может быть использована для осуществления изобретения. Средство записи/хранения машиночитаемого программного кода может представлять собой любое средство, обеспечивающее компьютеру возможность считывать команды и данные. Например, данное средство может быть реализовано в виде вариаций магнитных характеристик в пределах магнитной среды или вариаций высоты микроучастков на поверхности компакт-диска. Среда может быть распределена по множеству физических устройств (или по множеству сетей). Например, одно устройство может быть средой физической памяти, ассоциируемой с терминалом, а другое устройство могло бы быть средой физической памяти, ассоциируемой с процессинговым центром. Термин "материальная машиночитаемая запоминающая среда, пригодная для записи" в контексте изобретения охватывает любые пригодные для записи среды, включая рассмотренные выше среды данного типа, но не передающие среды или передаваемые сигналы.

Все компьютерные системы и серверы, описанные выше, содержат память, с помощью которой процессы, ассоциированные с данными компьютерами и серверами, могут быть сконфигурированы для осуществления вариантов способа, их шагов, а также описанных выше функций. Данные варианты, шаги и функции могут быть, например, реализованы с использованием процессинговых возможностей компонентов 102, 112, 122, 124, 125, 126, 140, 142, 144, 206-214, 250 или любой их комбинации. Блоки памяти могут быть распределенными или локализованными, а процессоры могут быть распределенными или одиночными. Данные блоки могут представлять собой электрическую, магнитную или оптическую память, а также любую комбинацию описанных типов памяти или иные варианты устройств записи/хранения данных. При этом термин "память" должен интерпретироваться достаточно широко, чтобы охватывать любую информацию, которая может быть записана и считана в адресуемой области, доступной ассоциированному с ней процессору. В соответствии с данным определением информация, находящаяся в сети, также является содержащейся в памяти, поскольку ассоциированный процессор может извлечь эту информацию.

Таким образом, элементы одного или более вариантов осуществления изобретения, такие, например, как упомянутые выше терминалы 122, 124, 125, 126, процессинговые центры 140, 142, 144 с хранилищем 154 информации, процессоры и/или система (системы) 206-214 и 250, или платежные устройства, такие как карты 102, 112, могут использовать компьютерную технологию с соответствующими инструкциями для того, чтобы осуществить описанные шаги вариантов способа по изобретению. В качестве следующего примера, терминалы 122, 124, 125, 126 могут содержать, среди прочих средств, коммуникационный модуль, антенну, связанную с коммуникационным модулем, память и, по меньшей мере, один процессор, связанный с памятью и с коммуникационным модулем и способный опрашивать бесконтактное платежное устройство (вместо антенны и коммуникационного модуля для опрашивания контактного платежного устройства, такого как контактная карта, могут быть использованы соответствующие контакты и другие элементы). В качестве еще одного примера, устройство для подтверждения электронного платежа (такое как система 212), платформа эмитента или платформа эквайера, и/или устройство для построения баз данных, полезные для облегчения подтверждения электронного платежа, могут содержать память и, по меньшей мере, один процессор, подключенный к этой памяти. Память может быть выполнена пригодной для загрузки в нее соответствующего программного обеспечения. Процессор может быть выполнен с возможностью осуществления одного или более шагов (например, представленных на фиг.3, 4 и/или 6) описанного способа или содействовать их выполнению.

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

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

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

Вышеупомянутые компьютеры могут быть подключены, например, к одной или более сетей 210, к другой виртуальной частной сети (VPN), к Интернету, локальной сети и/или распределенной сети (LAN и/или WAN) через слой электронного интерфейса данных. Компьютеры могут быть программируемыми, например, с использованием компиляторов, интерпретаторов, объектно-ориентированных, ассемблерных и/или машинных языков, например, одного или более из языков: С, С++, Java или Visual Basic (данный список является иллюстративным и неограничивающим). Для реализации логики, проиллюстрированной на блок-схемах, могут использоваться, например, язык Extensible Markup Language (XML), известные прикладные программы, такие как приложения реляционной базы данных, электронные таблицы и аналогичные средства. Компьютеры могут быть запрограммированы для реализации логики, проиллюстрированной прилагаемыми блок-схемами.

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

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

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

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

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

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

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

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

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

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

9. Способ по п.1, отличающийся тем, что указанное определенное платежное устройство, идентифицированное как ассоциированное с промотированием, содержит предоплаченную платежную карту.

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

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

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

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

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

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

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

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

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

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

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

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

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