Цифровой кошелек для обеспечения и администрирования токенов

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

 

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

Настоящая заявка испрашивает приоритет предварительной патентной заявки США № 62/475,554, озаглавленной “Digital Wallet for the Provisioning and Management of Tokens”, поданной 23 марта 2017, полное содержание которой включено в настоящий документ посредством ссылки.

Предшествующий уровень техники

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

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

Потребители часто ассоциируют информацию своей платежной карты с разными продавцами (например, такими как хранящие информацию платежной карты в ритейлерах, таких как Amazon.com или тому подобное) или с мобильными кошельками на основе устройства, или с облачными кошельками. С увеличивающейся частотой, потребители также ассоциируют информацию их платежной карты с разными устройствами, такими как устройства “Интернета вещей” или “IoT”. Например, потребитель может ассоциировать платежный счет с устройством, таким как его автомобиль или устройство мониторинга здоровья. Будет желательно обеспечить способы и системы, которые позволяют пользователям администрировать распределение и использование информации их платежной карты среди разных устройств, продавцов или тому подобного.

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

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

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

Фиг. 2 представляет собой блок–схему, которая иллюстрирует “последовательность операций покупки” в соответствии с некоторыми вариантами осуществления раскрытия.

Фиг. 3 представляет собой блок–схему последовательности операций, иллюстрирующую процесс “снятия” (“pull”, дебетования) в соответствии с некоторыми вариантами осуществления раскрытия.

Фиг. 4 представляет собой блок–схему последовательности операций, иллюстрирующую процесс “внесения” (“push”, кредитования) в соответствии с некоторыми вариантами осуществления раскрытия.

Фиг. 5 представляет собой блок–схему последовательности операций, иллюстрирующую процесс администрирования токенов в соответствии с некоторыми вариантами осуществления раскрытия.

Фиг. 6A–6D представляют собой серию снимков экрана иллюстративных пользовательских интерфейсов, показывающих процесс снятия (pull) согласно фиг. 3.

Фиг. 7A–7D представляют собой серию снимков экрана иллюстративных пользовательских интерфейсов, показывающих процесс внесения (push) согласно фиг. 4.

Фиг. 8A–8C представляют собой серию снимков экрана иллюстративных пользовательских интерфейсов, показывающих процесс администрирования токенов согласно фиг. 5.

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

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

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

В настоящем документе будет использовано множество терминов, использование которых не предназначено для ограничения. Напротив, такие термины используются для удобства и простоты представления. Например, как использовано в настоящем документе, термин “пользователь” может использоваться взаимозаменяемо с термином “держатель карты” и/или “потребитель”, и эти термины используются в настоящем документе, чтобы ссылаться на потребителя, человека, отдельное лицо, предприятие или другой объект, который владеет (или авторизован использовать) финансовый счет, такой как счет платежной карты (например, счет кредитной карты). К тому же, термин “счет платежной карты” может включать в себя счет кредитной карты, счет дебетовой карты и/или депозитный счет или другой тип финансового счета, к которому может осуществлять доступ держатель счета. Термин “номер счета платежной карты” включает в себя номер, который идентифицирует счет или номер системы платежной карты, нанесенный на платежную карту, и/или номер, который используется, чтобы маршрутизировать транзакцию в платежной системе, которая обрабатывает транзакции дебетовой карты и/или кредитной карты и тому подобное. Более того, как использовано в настоящем документе термины “система платежной карты” и/или “платежная сеть” относятся к системе и/или сети для обработки и/или проведения транзакций покупок и связанных транзакций, которые могут задействоваться оператором системы платежной карты, такими как Mastercard International Incorporated (правообладатель настоящей заявки) или аналогичная система. В некоторых вариантах осуществления, термин “система платежной карты” может быть ограничен системами, в которых членские финансовые организации (такие как банки) выпускают счета платежных карт отдельным лицам, предприятиям и/или другим объектам или организациям. К тому же, термин “кошелек” используется в настоящем документе взаимозаменяемо с термином “цифровой кошелек”, причем “кошелек” может относиться к клиентской (внешней) стороне или может относиться к полноте решения кошелька, включая внутреннюю систему(ы), используемую, чтобы инициировать и/или завершать финансовые транзакции.

В общем, и чтобы ввести концепции вариантов осуществления настоящего раскрытия, некоторые примерные варианты осуществления обеспечивают системы и способы для приложения кошелька (такого как приложение кошелька MasterPass®, обеспеченное правообладателем настоящей заявки, Mastercard International Incorporated), чтобы взаимодействовать с кошельками, приложениями или продавцами третьей стороны, чтобы обеспечивать безопасность платежных учетных данных из приложения кошелька для токенизации. Для простоты и удобства представления, первичное приложение кошелька (например, приложение кошелька MasterPass® в некоторых вариантах осуществления) будет упоминаться как “кошелек”, и кошелек, приложение или продавец третьей стороны будут упоминаться в настоящем документе как “сопутствующее приложение”. Другие кошельки и приложения могут использоваться, и, таким образом, эти примеры обеспечены как иллюстративные, но не ограничивающие примеры в настоящем документе.

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

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

В соответствии с некоторыми вариантами осуществления, “сопутствующие приложения” (или кошельки или продавцы третьей стороны) могут интегрироваться с кошельком (таким как кошелек MasterPass®) множеством способов, включая приложение в приложение, приложение в сервер и сервер в сервер. Такие интеграции могут быть сконфигурированы, чтобы позволять кошельку (такому как кошелек MasterPass®) возвращать PAN и/или сроки действия и/или опциональное(ые) TAV и/или чек провайдера услуги токенизации и для сопутствующего приложения выполнять обработку, чтобы токенизировать такие данные.

В соответствии с некоторыми вариантами осуществления, интеграция приложения в приложение может выполняться с использованием комплекта разработки программного обеспечения (“SDK”) кошелька (такого как MasterPass® SDK), чтобы идентифицировать и запускать установленный кошелек на мобильном устройстве пользователя, например, на смартфоне пользователя. Когда приложение кошелька идентифицировано и пользователь был успешно аутентифицирован, платежные учетные данные могут быть возвращены на сопутствующее приложение посредством интеграции сервера в сервер. Чтобы поддержать опцию интеграции сервера в сервер, прикладные программные интерфейсы (“API”) кошелька могут использоваться, чтобы указывать, что платежные учетные данные запрашиваются и/или возвращаются с целью токенизации посредством сопутствующего приложения. Чтобы поддержать интеграцию сервера в сервер, API продавца могут использоваться, чтобы указывать, что платежные учетные данные запрашиваются и/или возвращаются с целью токенизации посредством сопутствующего приложения. Интеграция сервера в сервер может также требовать, в некоторых вариантах осуществления, чтобы значение аутентификации токена (TAV) могло возвращаться, когда PAN принадлежит эмитенту, приводящему в действие кошелек.

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

Свойства некоторых вариантов осуществления теперь будут описаны со ссылкой на фиг. 1, которая представляет собой блок–схему 100, изображающую примерный поток информации, данных и/или сообщений, чтобы загружать информацию платежного счета на сопутствующее приложение (которое может, например, быть ассоциировано с устройством 114 Интернета вещей “IoT”). Как показано на фиг. 1, некоторое количество объектов или устройств могут взаимодействовать, чтобы выполнять процесс загрузки в соответствии с вариантами осуществления, описанными в настоящем документе, такие как мобильное устройство 102, имеющее сопутствующее приложение, хранящееся на нем, сервер 104 кошелька (который может представлять собой, например, сервер MasterPass), компьютерная система 106 кошелька (показанная в иллюстративных целях как компьютерная система кошелька MasterPass), компьютер 108 финансовой организации (FI) эмитента (который может быть ассоциирован с банком, который выпускает платежный счет), компьютер 110 провайдера услуги токенизации (который может представлять собой, например, услугу внедрения цифровых технологий Mastercard или “MDES”) и компьютер 112 торговой платформы (который может представлять собой, например, прикладной сервер, сконфигурированный, чтобы обеспечивать возможность взаимодействия между приложениями торговли третьей стороны).

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

Со ссылкой снова на систему 100 согласно фиг. 1, иллюстративный процесс загрузки включает в себя пользователя, взаимодействующего с сопутствующим приложением на мобильном устройстве 102 пользователя и просматривающего список участвующих кошельков (который может отображаться пользователю на экране 103 дисплея, который может также представлять собой дисплей сенсорного экрана). Потребитель затем выбирает желательный кошелек из списка участвующих кошельков для использования в процессе загрузки, и выбранный кошелек передает данные на компьютер 104 сервера кошелька, который затем осуществляет связь с компьютерной системой 106 кошелька MasterPass. Компьютер кошелька MasterPass затем обрабатывает принятую информацию, чтобы аутентифицировать пользователя (чтобы подтвердить, что пользователь авторизован взаимодействовать с кошельком). Компьютерная система 106 кошелька Masterpass далее осуществляет связь с компьютером 108 FI эмитента, который ассоциирован с платежным счетом пользователя, и компьютер 106 кошелька MasterPass® возвращает информацию платежного счета на компьютер 104 сервера кошелька. Компьютер 104 сервера кошелька затем переносит информацию платежного счета на торговую платформу 112, администрирующую сопутствующее приложение. Далее, торговая платформа 112 выполняет обработку, чтобы ассоциировать информацию платежного счета с сообщением запроса токенизировать информацию платежного счета, причем запрос далее предоставляется на компьютер 110 провайдера токенизации. Компьютер 110 провайдера токенизации осуществляет связь с компьютером 108 FI эмитента, который одобряет запрос токенизации и затем обеспечивает информацию токена на торговую платформу 112.

В общем, иллюстративный процесс 100 загрузки согласно фиг. 1 позволяет “сопутствующему приложению” (такому как кошелек или другое приложение третьей стороны) взаимодействовать с кошельком потребителя, чтобы получать платежную информацию, которая затем используется, чтобы получать токен для платежной информации. Токенизированные учетные данные затем ассоциируются с сопутствующим приложением. Кроме того, как будет описано дополнительно ниже, токенизированные учетные данные могут затем администрироваться через приложение кошелька. Таким образом, в примере, показанном на фиг. 1, сопутствующее приложение представляет собой приложение, ассоциированное с устройством Интернета вещей (“IoT”) (например, сопутствующее приложение может быть ассоциировано с “подключенным автомобилем” 114, который представляет собой автомобиль, который оснащен Интернет–доступом и который может также быть подключен к беспроводной локальной сети (LAN) или имеет функциональность Bluetooth™ или иным образом способен осуществлять беспроводную связь). Таким образом, когда потребитель желает использовать, например, сопутствующее приложение, ассоциированное с подключенным автомобилем 114, чтобы совершить покупку, используются токенизированные учетные данные, ассоциированные с этим сопутствующим приложением. Следует понимать, что, в некоторых других вариантах осуществления, сопутствующее приложение может вместо этого быть ассоциировано с приложением третьей стороны или с продавцом.

Далее дается ссылка на фиг. 2, где показана иллюстративная блок–схема 200 транзакции последовательности операций “покупки”. Блок–схема 200 транзакции последовательности операций покупки предусматривает использование устройства 202 IoT, которое ранее подверглось транзакции “загрузки” (как проиллюстрировано посредством фиг. 1). В иллюстративной блок–схеме 200 последовательности операций покупки на фиг. 2, устройство 202 IoT (показанное как подключенный автомобиль, чтобы обозначать приложение или устройство интеллектуального автомобиля) уже было ассоциировано с токенизированными платежными учетными данными (например, с помощью пользователя, применяющего сопутствующее приложение на его или ее смартфоне 204). Таким образом, пользователь, ассоциированный с устройством 202 IoT, может инициировать транзакцию покупки, например, путем использования пользовательского интерфейса (“UI”) (не показан), который может быть представлен на экране дисплея (не показан), расположенном на приборной панели устройства 202 IoT. В этом примере, устройство 202 IoT затем передает 203 запрос транзакции покупки на торговую платформу 206, ассоциированную с устройством 202 IoT, которое аутентифицирует устройство (и/или пользователя) IoT. Далее, торговая платформа 206 предоставляет 207 опорный идентификатор транзакции на компьютер 208 услуги токенизации (который может представлять собой MDES), который затем предоставляет 209 токен и криптограмму на торговую платформу 206. Далее, торговая платформа предоставляет 211 токен и криптограмму на компьютер 210 продавца, ассоциированного с транзакцией покупки, и компьютер 210 продавца создает запрос авторизации (который включает в себя сумму покупки и другие подробности транзакции, а также токен и криптограмму). Компьютер 210 продавца затем передает 213 запрос авторизации на компьютер 212 финансовой организации (FI) эквайера. Компьютер 212 FI эквайера затем переносит 215 запрос авторизации на платежную сеть 214 (которая может представлять собой, например, платежную сеть Mastercard). Платежная сеть 214 определяет релевантную FI эмитента из множества FI эмитента (не показано) и затем маршрутизирует 217 запрос авторизации на релевантный компьютер 216 FI эмитента (FI эмитента, которая выпустила платежный счет для пользователя) для одобрения авторизации. Когда одобрение авторизации принято 219, платежная сеть 214 возвращает 221 одобрение авторизации на компьютер 212 FI эквайера для маршрутизации 223 на компьютер 210 продавца. Компьютер 210 продавца затем подтверждает транзакцию и передает 225 ответ авторизации транзакции покупки на торговую платформу 206, чтобы завершить транзакцию покупки с использованием устройства 202 IoT. В некоторых вариантах осуществления, торговая платформа 206 может также передавать сообщение авторизации или сообщение подтверждения покупки на устройство 202 IoT и/или на мобильное устройство 204 пользователя.

В соответствии с некоторыми вариантами осуществления, системы и способы настоящего изобретения обеспечивают улучшенный пользовательский опыт, с помощью отношения один к одному между платежными счетами пользователя и устройствами и/или приложениями, с которыми они ассоциированы. Дополнительно, процесс загрузки может выполняться множеством способов, включая как транзакцию “снятия” (“pull”) (описанную выше в отношении фиг. 1), причем сопутствующее приложение “снимает” информацию из кошелька пользователя (как будет описано дополнительно ниже во взаимосвязи с фиг. 3 и 6 ниже), так и транзакцию “внесения” (“push”), причем кошелек пользователя “вносит” информацию в сопутствующее приложение (как будет описано дополнительно ниже со ссылкой на фиг. 4 и 7 ниже).

Соответственно, варианты осуществления, описанные в настоящем документе, решают технологическую проблему того, как следует разрешать пользователю легко и эффективно ассоциировать один или несколько платежных счетов, содержащихся в первичном приложении кошелька, с сопутствующим устройством (например, носимым устройством мониторинга здоровья) и/или с кошельком третьей стороны (например, PayPal®), и/или с приложением третьей стороны (таким как Netflix®), и/или с приложением продавца (например, с веб–сайтом продавца, таким как Walmart.com® или Amazon.com®) безопасным образом. Вариант осуществления, описанный в настоящем документе, также решает технологическую проблему того, как следует разрешать пользователю легко и эффективно администрировать его или ее токенизированные платежные счета, чтобы предотвращать и/или минимизировать мошенничество, что дополнительно описано в настоящем документе ниже со ссылкой на фиг. 5 и 8.

Фиг. 3 представляет собой блок–схему последовательности операций, иллюстрирующую транзакцию 300 загрузки посредством процесса “снятия” в соответствии с некоторыми вариантами осуществления. В некоторых реализациях, пользователь взаимодействует с сопутствующим приложением, работающим на его или ее мобильном устройстве, таком как смартфон или планшет, чтобы инициировать транзакцию загрузки. Например, пользователь может взаимодействовать со своим смартфоном, чтобы запускать 302 приложение устройства (называемое в настоящем документе как “сопутствующее приложение”, которое в некоторых примерах соответствует приложению IoT, ассоциированному с устройством, соединенным с Интернетом, таким как носимое устройство типа смарт–часов или устройство мониторинга здоровья) с намерением загрузить сопутствующее приложение информацией платежной карты. При запуске, сопутствующее приложение может отображать 304 пользовательский интерфейс (“UI”) на экране дисплея мобильного устройства пользователя, который предлагает пользователю выбор загрузить один или несколько счетов платежной карты из приложения кошелька, чтобы ассоциировать с сопутствующим приложением (и таким образом, в некоторых примерах, для ассоциации с соединенным с Интернетом устройством). Потребитель далее аутентифицируется 306 для сопутствующего приложения (например, путем ввода персонального идентификационного номера (“PIN”) или других пользовательских учетных данных), и после успешной аутентификации пользователя, пользователь выбирает один или несколько платежных счетов из списка платежных счетов, которые находятся в кошельке пользователя (каковые платежные счета могут соответствовать, например, счетам платежной карты, таким как счета кредитных карт, счета дебетовых карт, аффилированные с продавцом счета платежных карт, и тому подобное). Выбранный платежный счет(а) затем преобразуется/преобразуются в цифровую форму 308 в качестве одного или нескольких токена(ов) устройства для устройства (например, способом, описанным выше). В реализациях, где сопутствующее приложение представляет собой кошелек на основе сервера третьей стороны или представляет собой приложение продавца, выбранный платежный счет может быть преобразован в цифровую форму как облачный токен (например, MDES для токена торговых платформ или MDES для токена продавцов) для удаленной платформы (например, платформы кошелька на основе сервера третьей стороны или платформы продавца).

Фиг. 6A–6D иллюстрируют серию или последовательность скриншотов 602, 604, 606 и 608 экрана 603 дисплея пользовательского мобильного устройства (например, экрана дисплея смартфона потребителя или пользователя) пользовательского интерфейса (UI), генерируемого посредством сопутствующего приложения, которые иллюстрируют один или несколько элементов процесса загрузки согласно фиг. 3. Например, процессор мобильного устройства (показанный на фиг. 9) может принимать инструкцию запустить сопутствующее приложение “StayFit”, ассоциированное с устройством StayFit (не показано), которое может представлять собой соединенное с Интернетом носимое устройство мониторинга здоровьем, обычно носимое потребителем на запястье. Таким образом, скриншот 602 на фиг. 6A показывает UI 605 сопутствующего приложения StayFit на экране 603 дисплея, который включает в себя данные о здоровье, отображаемые пользователю, такие как количество потребленной воды 611, число потребленных калорий 613 и число часов сна 615 пользователя, например, в двадцати–четырех–часовом периоде или тому подобное. Разумеется, могут отображаться другие и/или дополнительные типы данных о здоровье (например, средняя частота пульса).

Со ссылкой вновь на скриншот 602 на фиг. 6A, в некоторых вариантах осуществления сопутствующее приложение 605 отображает кнопку 607 “Добавить из MasterPass”, которая может выбираться пользователем, чтобы загружать один или несколько платежных счетов из цифрового кошелька пользователя (его или ее кошелька MasterPass, в этом примере). (Дополнительно, в некоторых вариантах осуществления сопутствующее приложение может включать в себя отображение полей 609 ввода данных счета платежной карты для пользователя, чтобы вручную вводить информацию касательно счета платежной карты для ассоциации). В настоящем примере, пользователь выбирает кнопку 607 “Добавить” из MasterPass и затем аутентифицируется для сопутствующего приложения (например, путем обеспечения PIN и/или других учетных данных аутентификации пользователя, таких как отпечаток пальца и/или отпечаток (сонограмма) голоса). Например, как показано на фиг. 6B, после выбора кнопки 607 “Добавить” из MasterPass отображение 604 “Банк–партнер” может вызываться на экране 603 дисплея мобильного устройства, которое включает в себя поле 617 ввода, чтобы потребитель вводил свой PIN (показано как поле “pin безопасности”), и кнопку 619 “Отправить” для нажатия после ввода PIN.

После ввода или PIN и нажатия кнопки 619 “Отправить”, процессор мобильного устройства аутентифицирует пользователя и побуждает сопутствующее приложение обеспечивать экран выбора, показанный в виде скриншота 606 на фиг. 6C на экране 603 дисплея. Экран выбора включает в себя иконку 620 StayFit, которая напоминает потребителю, что процесс загрузки предпринимается для этого устройства, и несколько вариантов выбора 621, 623 и 625 счетов платежной карты, которые представляют собой доступные счета платежной карты в кошельке пользователя (который может быть ассоциирован с сопутствующим приложением StayFit). В настоящем примере, потребитель выбрал карту 625 “Black Elite” из своего кошелька “Банк–партнер”, и данные счета платежной карты для карты “Black Elite” затем преобразуются в цифровую форму как токен устройства в устройство (здесь, носимое устройство “StayFit”), ассоциированное с сопутствующим приложением. Наконец, после того, как токен устройства обеспечен на устройство, процессор мобильного устройства может обеспечивать сообщение подтверждения на экране 603 дисплея, такое как сообщение, показанное скриншотом 608 на фиг. 6D, который включает в себя иконку 627 галочки и сообщение 629, подтверждающее, что карта “Black Elite” была успешно добавлена, что означает, что платежи могут теперь совершаться с использованием устройства “Stayfit” мониторинга здоровья потребителя во взаимосвязи с устройством связи малого радиуса действия (“NFC”) (таким как кассовый аппарат с поддержкой NFC в розничном магазине).

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

Фиг. 4 представляет собой блок–схему последовательности операций, иллюстрирующую транзакцию 400 загрузки посредством процесса “внесения” (“push”) в соответствии с некоторыми вариантами осуществления. На фиг. 4, пользователь взаимодействует со своим мобильным устройством и выбирает запустить 402 приложение кошелька (например, такое как кошелек MasterPass) с намерением загрузить счет платежной карты на сопутствующее приложение или устройство. Обработка продолжается при помощи приложения кошелька, обеспечивающего 404 список доступных устройств и/или сопутствующих приложений для выбора пользователем. Пользователь выбирает 406 сопутствующее приложение для ассоциации с одним или несколькими платежными счетами и затем выбирает один или несколько счетов платежной карты из своего кошелька. В некоторых вариантах осуществления, пользователю затем предлагается аутентифицировать самого себя выбранному платежному счету(ам). Кроме того, в некоторых вариантах осуществления пользователю может также предлагаться аутентифицировать самого себя сопутствующему приложению. Наконец, выбранный счет(а) платежной карты преобразуется/преобразуются 408 в цифровую форму как токен устройства (или токены устройства) для выбранного устройства. В реализациях, где сопутствующее приложение представляет собой приложение кошелька на основе сервера третьей стороны или представляет собой приложение продавца, выбранный счет платежной карты может быть преобразован в цифровую форму как облачный токен для удаленной платформы.

Фиг. 7A–7D иллюстрируют серию скриншотов 702, 704, 706 и 708 экрана 703 дисплея мобильного устройства пользователя, ассоциированного с выбором пользователя процесса загрузки внесения (“push”) из мобильного приложения кошелька, которое может быть ассоциировано с одним или несколькими элементами процесса загрузки согласно фиг. 4. Фиг. 7A изображает вариант осуществления пользовательского интерфейса (UI) 702 процесса загрузки внесения, обеспечиваемого посредством кошелька пользователя, ассоциированного с “Банком–партнером”, как показано на экране 703 дисплея. Список доступных устройств и продавцов показывается для выбора пользователем, ассоциированным с множеством приложений, устройств и/или продавцов третьей стороны. В настоящем примере, проиллюстрированы иконка 705 Netflix® (приложение), иконка 707 Amazon Echo® (устройство), иконка 709 Cortana® (приложение третьей стороны), иконка 711 “Смарт” ТВ (устройство) и иконка 713 BestBuy® (продавец). Если конкретное устройство, приложение и/или продавец не представлен в списке, то пользователь может выбрать иконку 715 поискового запроса, чтобы провести поиск других устройств, приложений и/или продавцов для выбора. В настоящем примере, пользователь показан выбирающим иконку 705 Netflix® для ассоциации с платежным счетом. Таким образом, сопутствующее приложение для счета Netflix® пользователя будет ассоциировано с одним или несколькими из платежных счетов пользователя.

Далее, как показано на Фиг. 7B, процессор мобильного устройства, исполняющий приложение кошелька “Банка–партнера”, отображает логотип 717 Netflix (чтобы подтвердить или напомнить пользователю, что это является выбранным сопутствующим приложением) выше списка платежных счетов. Как показано, пользователь может выбирать один или несколько из счета 719 “Rewards Plus”, счета 721 “Gold Partner” или счета 723 “Black Elite” и в этом примере выбрал счет 723 платежной карты “Black Elite” из кошелька. Как показано посредством фиг. 7B, в некоторых вариантах осуществления пользователю может затем предлагаться 725 обеспечить данные аутентификации (такие как PIN), чтобы аутентифицировать себя выбранному счету платежной карты. Как показано в скриншоте 706 на фиг. 7C, пользователю может также предлагаться “Войти в систему” 727 или иным образом аутентифицировать себя сопутствующему приложению, например, путем ввода адреса 729 электронной почты и пароля 731. После успешной аутентификации, выбранный счет платежной карты затем преобразуется в цифровую форму как, например, облачный токен на сопутствующее приложение для Netflix®. В некоторых вариантах осуществления, как показано на скриншоте 708 на фиг. 7D, процессор мобильного устройства может затем генерировать и отображать сообщение 733 подтверждение на экране дисплея мобильного устройства, подтверждающее, что платежный счет “Black Elite” был успешно загружен в учетную запись Netflix пользователя. В некоторых реализациях, представление 735 платежной карты “Black Elite” пользователя может также быть показано рядом с логотипом 737 Netflix. Следует также понимать, что в реализациях, где пользователь выбирает устройство (такое как устройство 707 Amazon Echo) для загрузки посредством процесса загрузки внесения, затем после успешной аутентификации пользователя выбранный счет платежной карты преобразуется в цифровую форму как токен устройства для устройства. Таким образом, в таком случае, устройство Amazon Echo пользователя может затем использоваться, чтобы проводить транзакции покупки при помощи токена устройства.

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

В соответствии с некоторыми вариантами осуществления, пользователь может взаимодействовать с приложением кошелька, чтобы управлять и/или администрировать свои токенизированные учетные данные, которые были распределены для использования с разными сопутствующими приложениями или устройствами. Фиг. 5 иллюстрирует вариант осуществления процесса 500 администрирования токенов в соответствии с некоторыми вариантами осуществления. Пользователь или потребитель запускает 502 приложение кошелька на его или ее мобильном устройстве и затем выбирает 504 опцию администрирования карты, чтобы просмотреть его или ее счета платежной карты, которые были токенизированы. В некоторых вариантах осуществления, потребительское мобильное устройство отображает список устройств, третьих сторон и/или продавцов на сенсорном экране (или экране дисплея), и затем пользователь выбирает 506 одно из устройств, третьих сторон или продавцов для администрирования. Пользователю или потребителю затем представляется дисплей сенсорного экрана выбранного устройства, третьей стороны или продавца, и в некоторых вариантах осуществления он может предпочесть или выбрать 508 приостановить, возобновить или удалить токен.

Фиг. 8A–8C иллюстрируют серию скриншотов 802, 804 и 806 дисплея 803 сенсорного экрана мобильного устройства пользователя, ассоциированного с процессом администрирования токенов, проиллюстрированным посредством фиг. 5, и в соответствии с некоторыми вариантами осуществления. Фиг. 8A изображает вариант осуществления пользовательского интерфейса (UI) 802 приложения кошелька, обеспеченного посредством кошелька пользователя, ассоциированного с “Банком–партнером” на сенсорном экране 803. UI 802 приложения кошелька включает в себя множество опций, включая опцию для “администрирования карты” 804. Когда пользователь выбирает опцию 804 администрирования карты, процессор мобильного устройства побуждает приложение кошелька обеспечивать список 806 устройств, который включает в себя иконки, представляющие “Смарт–автомобиль” 808, “Смарт–холодильник” 810 и “Смарт–часы” 812 вместе с представлениями их токенов устройств (которые здесь изображены как представления кредитной карты и/или дебетовой карты, которые ассоциированы с одним или несколькими из платежных счетов пользователя). В настоящем примере, пользователь выбирает иконку 812 “Смарт–часы”, и затем процессор мобильного устройства побуждает приложение кошелька отображать экран 806 администрирования токена устройства, который включает в себя представление иконки 812 “Смарт–часы” наверху, представление 814 платежной карты под ним, информацию 816 платежной карты, кнопку 818 “Приостановить карту” и кнопку 820 “Удалить карту”. В некоторых реализациях, если пользователь ранее приостановил токен устройства для “Смарт–часов” 812, то кнопка “Возобновить карту” (не показана) будет отображаться с кнопкой 820 “Удалить карту”. В этом случае, пользователь затем будет способен или приостановить, или удалить счет этой платежной карты в отношении токена устройства для смарт часов. Со ссылкой снова на фиг. 8B, чтобы просмотреть список продавцов и ассоциированных счетов платежной карты для администрирования токенов сопутствующего приложения для продавцов, пользователь выберет вкладку 822 продавца. В этом случае, пользователь затем будет способен просмотреть список продавцов и соответствующих токенов приложений продавцов.

Фиг. 9 представляет собой блок–схему варианта осуществления пользовательского мобильного устройства 900, иллюстрирующую некоторые аспекты аппаратных средств, которые могут использоваться во время процесса загрузки транзакции “снятия” (“pull”) (причем сопутствующее приложение “снимает” информацию из кошелька пользователя) и/или которые могут использоваться во время процесса загрузки транзакции “внесения” (“push”) (причем кошелек пользователя “вносит” информацию в сопутствующее приложение), как раскрыто в настоящем документе. Кроме того, пользовательское мобильное устройство 900 может включать в себя аспекты аппаратных средств, которые также могут использоваться потребителем в ассоциации с одним или несколькими приложениями кошелька, чтобы легко и эффективно администрировать его или ее токенизированные платежные счета, например, чтобы предотвратить и/или минимизировать мошенничество.

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

Мобильное устройство 900 может включать в себя обычный корпус (указан пунктирной линией 902), который содержит и/или поддерживает другие компоненты мобильного телефона, такие как процессор 904 мобильного устройства для управления работой полностью. Процессор 904 мобильного устройства может представлять собой адаптированный процессор, который подходящим образом запрограммирован, чтобы позволять мобильному устройству разрешать использование транзакции загрузки внесения и/или транзакции загрузки снятия для ассоциирования сопутствующего приложения с одним или несколькими токенами, ассоциированными со счетами платежной карты, и разрешать пользователю администрировать платежные токены, как раскрыто в настоящем документе. Процессор мобильного устройства может также быть сконфигурирован, чтобы позволять потребителю или пользователю вступать в обмен данными и/или пересылку текстовых сообщений с другими беспроводными устройствами и/или электронными устройствами и/или чтобы обеспечивать возможность взаимодействия с веб–страницами, доступ к которым осуществляется посредством программного обеспечения браузера по Интернету, чтобы выполнять транзакции, такие как транзакции покупки. Другие компоненты мобильного устройства 900, которые осуществляют связь и/или управляются процессором 904 мобильного устройства, включают в себя одно или несколько устройств 906 хранения (например, устройства памяти программы и/или рабочую память и/или устройства безопасного хранения и тому подобное), карту 908 модуля идентификации абонента (SIM) и дисплей 910 сенсорного экрана для отображения информации и/или для приема пользовательского ввода.

Мобильное устройство 900 также включает в себя схему 912 приема/передачи, которая также осуществляет связь и/или управляется процессором 904 мобильного устройства. Схема 912 приема/передачи функционально связана с антенной 914 и обеспечивает канал(ы) связи, посредством которых мобильное устройство 900 осуществляет связь посредством мобильной сети (не показана). Мобильное устройство 900 дополнительно включает в себя микрофон 916, функционально связанный со схемой 912 приема/передачи, и приводится в действие, чтобы принимать голосовой ввод от пользователя. Кроме того, динамик 918 также функционально связан со схемой 912 приема/передачи и обеспечивает звуковой вывод пользователю.

В некоторых вариантах осуществления, мобильное устройство 900 может также включать в себя контроллер 920 бесконтактного платежа, который может представлять собой специально спроектированную интегральную схему (IC) или набор микросхем. Контроллер 920 бесконтактного платежа может представлять собой специально спроектированный или адаптированный микропроцессор, который функционально связан с антенной 922 и может функционировать, чтобы взаимодействовать с бесконтактным устройством считывания (не показано) радиочастотной идентификации (RFID) и/или связи малого радиуса действия (NFC), которое может быть ассоциировано с, например, терминалом точки продаж (POS) продавца.

Мобильное устройство 900 пользователя может включать в себя один или несколько датчиков и/или схему, которая функционирует, чтобы обеспечивать и/или чтобы получать данные идентификации пользователя. Например, пользовательское мобильное устройство может представлять собой смартфон или планшет, включающий в себя одно или несколько устройств аутентификации, таких как встроенная камера 924, схема 926 глобальной системы позиционирования (GPS), один или несколько датчиков 928 движения, датчик 930 отпечатка пальца и/или биохимический датчик 932, которые операционо соединены с процессором 904 мобильного устройства. Некоторые из устройств аутентификации могут использоваться, чтобы выполнять аутентификацию пользователя в ассоциации с одним или несколькими приложениями кошелька и/или сопутствующими приложениями, и могут также функционировать, чтобы обеспечивать другие типы данных, такие как данные идентификации мобильного устройства. Например, встроенная камера 924 может применяться, чтобы делать цифровые фотографии для использования в процессе аутентификации пользователя, например, чтобы делать фотографию лица пользователя и/или других релевантных частей пользователя (или промежуточной среды) в целях аутентификации. Встроенная камера 924 может также функционировать для других целей, например, для считывания двумерных (2D) и/или трехмерных (3D) штрих–кодов, чтобы получать информацию.

Вновь со ссылкой на фиг. 9, схема 926 GPS может применяться, чтобы генерировать информацию касательно местоположения мобильного устройства 900. К тому же, датчик(и) 928 движения может (могут) приводиться в действие, чтобы генерировать, например, данные движения, которые могут использоваться процессором 904 мобильного устройства, чтобы аутентифицировать пользователя. Например, могут генерироваться данные, которые могут использоваться, чтобы идентифицировать манеру ходьбы или походку пользователя. В другом примере, датчик(и) 928 движения может (могут) действовать, чтобы генерировать данные усилия, ассоциированные, например, с усилием, создаваемым пальцем пользователя, когда он или она касается сенсорного экрана 910. Таким образом, датчик 930 отпечатка пальца может включать в себя тачпад или другой компонент (не показан) для использования пользователем, чтобы касаться или проводить указательным пальцем, когда данные отпечатка пальца требуются для аутентификации пользователя. Кроме того, биохимический датчик 932 может включать в себя один или несколько компонентов и/или датчиков, приводимых в действие, чтобы получать биологические данные пользователя, такие как данные дыхания и/или слюны от пользователя и/или другие типы биологических данных, которые могут анализироваться, чтобы аутентифицировать пользователя мобильного устройства 900. Пользовательское мобильное устройство 900 может также содержать один или несколько других типов датчиков, таких как устройство сканера радужной оболочки (не показано) или другой биометрический датчик(и), способный(е) генерировать данные сканирования радужной оболочки глаза пользователя, что может быть полезным для идентификации биометрических или других персональных данных пользователя мобильного устройства.

Следует понимать, что в соответствии с некоторыми вариантами осуществления, услуга токенизации (например, описанная в связи с фиг. 1 и 2 выше как услуга MDES) может быть сконфигурирована, чтобы работать в соответствии с “Payment Token Interoperability Standard” (Стандарт совместимости платежных токенов) (выпущенным Mastercard International Incorporated, его правообладателем, Visa, и American Express в ноябре 2013). Ссылка также дается на EMV^® Payment Tokenization Specification (Спецификация платежной токенизации EMV®), опубликовано в марте 2014 и доступно для загрузки с www.emvco.com.

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

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

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

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

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

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

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

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

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

прием процессором мобильного устройства в потребительском мобильном устройстве от компонента ввода инструкции запустить сопутствующее приложение;

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

прием процессором мобильного устройства через компонент ввода выбора упомянутой опции;

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

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

передачу процессором мобильного устройства на компьютер сервера кошелька учетных данных платежного счета выбранного счета платежной карты;

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

ассоциирование процессором мобильного устройства сопутствующего токена с сопутствующим приложением,

при этом сопутствующим приложением является приложение третьей стороны, связанное с платежами.

2. Способ по п. 1, дополнительно содержащий перед отображением списка счетов платежных карт, ассоциированных с приложением кошелька:

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

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

аутентификацию процессором мобильного устройства пользователя.

3. Способ по п. 1, дополнительно содержащий перед отображением списка счетов платежных карт, ассоциированных с приложением кошелька:

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

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

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

завершение процессором мобильного устройства процесса ассоциации токена устройства.

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

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

при этом потребительским устройством является устройство Интернета вещей (IoT), используемое для проведения транзакций.

6. Способ по п. 1, причем сопутствующее приложение ассоциировано с потребительским устройством, и способ дополнительно содержит:

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

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

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

потребительское устройство, выполненное с возможностью осуществления связи с потребительским мобильным устройством;

компьютер сервера кошелька, функционально соединенный с потребительским мобильным устройством;

компьютер финансовой организации эмитента, функционально соединенный с компьютером сервера кошелька;

компьютер провайдера токенизации, функционально соединенный с компьютером финансовой организации (FI) эмитента; и

компьютер торговой платформы, функционально соединенный с компьютером сервера кошелька и с компьютером провайдера токенизации;

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

принимать через компонент ввода инструкцию запустить сопутствующее приложение;

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

принимать через компонент ввода выбор упомянутой опции;

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

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

передавать учетные данные платежного счета выбранного счета платежной карты на компьютер сервера кошелька;

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

ассоциировать сопутствующий токен с сопутствующим приложением,

при этом сопутствующим приложением является приложение третьей стороны, связанное с платежами,

при этом потребительским устройством является устройство Интернета вещей (IoT), используемое для проведения транзакций.

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

отображать на экране дисплея предложение для пользователя обеспечить данные аутентификации;

принимать через компонент ввода данные аутентификации от пользователя; и

аутентифицировать процессором мобильного устройства пользователя.

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

отображать на экране дисплея предложение для пользователя обеспечить данные аутентификации;

принимать через компонент ввода данные аутентификации, введенные пользователем;

определять, что данные аутентификации, введенные пользователем, являются некорректными; и

завершать процесс ассоциации токена устройства.

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

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

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

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

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

прием процессором мобильного устройства в потребительском мобильном устройстве от компонента ввода инструкции запустить приложение кошелька;

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

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

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

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

передачу процессором мобильного устройства на компьютер сервера кошелька учетных данных платежного счета выбранного счета платежной карты;

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

ассоциирование процессором мобильного устройства сопутствующего токена с сопутствующим приложением,

при этом сопутствующим приложением является приложение третьей стороны, связанное с платежами.

14. Способ по п. 13, дополнительно содержащий перед отображением списка доступных счетов платежной карты

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

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

аутентификацию процессором мобильного устройства пользователя.

15. Способ по п. 13, дополнительно содержащий перед отображением списка доступных счетов платежной карты

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

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

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

завершение процессором мобильного устройства процесса ассоциации токена устройства.

16. Способ по п. 13, причем сопутствующее приложение ассоциировано с потребительским устройством, и способ дополнительно содержит:

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

при этом потребительским устройством является устройство Интернета вещей (IoT), используемое для проведения транзакций.

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

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

потребительское устройство, выполненное с возможностью осуществления связи с потребительским мобильным устройством;

компьютер сервера кошелька, функционально соединенный с потребительским мобильным устройством;

компьютер финансовой организации эмитента, функционально соединенный с компьютером сервера кошелька;

компьютер провайдера токенизации, функционально соединенный с компьютером финансовой организации (FI) эмитента; и

компьютер торговой платформы, функционально соединенный с компьютером сервера кошелька и с компьютером провайдера токенизации;

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

принимать через компонент ввода инструкцию запустить приложение кошелька;

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

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

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

принимать через компонент ввода выбор по меньшей мере одного счета платежной карты;

передавать учетные данные платежного счета выбранного счета платежной карты на компьютер сервера кошелька;

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

ассоциировать сопутствующий токен с сопутствующим приложением,

при этом сопутствующим приложением является приложение третьей стороны, связанное с платежами,

при этом потребительским устройством является устройство Интернета вещей (IoT), используемое для проведения транзакций.

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

отображать на экране дисплея предложение для пользователя обеспечить данные аутентификации;

принимать через компонент ввода данные аутентификации от пользователя; и

аутентифицировать пользователя.

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

отображать на экране дисплея предложение для пользователя обеспечить данные аутентификации;

принимать через компонент ввода ввод данных аутентификации от пользователя;

определять, что данные аутентификации, введенные пользователем, являются некорректными; и

завершать процесс ассоциации токена устройства.

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