RU2727158C1 - Способ и устройство офлайновой оплаты - Google Patents

Способ и устройство офлайновой оплаты Download PDF

Info

Publication number
RU2727158C1
RU2727158C1 RU2019101196A RU2019101196A RU2727158C1 RU 2727158 C1 RU2727158 C1 RU 2727158C1 RU 2019101196 A RU2019101196 A RU 2019101196A RU 2019101196 A RU2019101196 A RU 2019101196A RU 2727158 C1 RU2727158 C1 RU 2727158C1
Authority
RU
Russia
Prior art keywords
payment
offline
application
user
payment application
Prior art date
Application number
RU2019101196A
Other languages
English (en)
Inventor
Юаньбо СУНЬ
Original Assignee
Алибаба Груп Холдинг Лимитед
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Алибаба Груп Холдинг Лимитед filed Critical Алибаба Груп Холдинг Лимитед
Application granted granted Critical
Publication of RU2727158C1 publication Critical patent/RU2727158C1/ru

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3274—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being displayed on the M-device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326—Payment applications installed on the mobile devices
    • G06Q20/3265—Payment applications installed on the mobile devices characterised by personalisation for use
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G06Q20/0658—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash e-cash managed locally
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3227—Aspects of commerce using mobile devices [M-devices] using secure elements embedded in M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3821—Electronic credentials
    • G06Q20/38215—Use of certificates or encrypted proofs of transaction rights
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G06Q20/40145—Biometric identity checks

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

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

Description

[0001] Настоящее изобретение испрашивает приоритет по заявке № 201610448201.7 на выдачу патента Китая, поданную 20 июня 2016 года и озаглавленную «OFFLINE PAYMENT METHOD AND DEVICE», которая включена в материалы настоящей заявки посредством ссылки во всей своей полноте.
Область техники, к которой относится изобретение
[0002] Настоящая заявка относится к сетевым технологиям и, в частности, к способу и устройству оплаты в автономном режиме (офлайновой оплаты).
УРОВЕНЬ ТЕХНИКИ
[0003] Оплата в автономном режиме является способом, которым оплата может быть произведена в отсутствие сети. Этот способ понемногу применяется, так как данный способ может делать оплату пользователем более удобной, не потребляя ресурсы сети. Интеллектуальные устройства, такие как смартфоны или умные часы, используются в качестве потребительских оконечных устройств, потребительские оконечные устройства также должны быть способны производить оплату в автономном режиме для содействия оплате пользователем. В дополнение, с развитием мобильного Интернета, постепенно становится тенденцией встраивание способа оплаты сторонней платежной компании в потребительское оконечное устройство. Пользователь может быстро открывать стороннее платежное приложение, которое соответствует сторонней платежной компании, на потребительском оконечном устройстве, и использовать стороннее платежное приложение для быстрого выполнения оплаты. В этом случае, соответственно может появляться необходимость, то есть, пользователь может выбирать учетную запись платежного приложения в открытом стороннем платежном приложении, для выполнения оплаты в автономном режиме. По существу, оплата пользователем может быть более удобной.
[0004] Однако, в связанных технологиях, даже если учетная запись другого платежного приложения выбрана в стороннем платежном приложении ради оплаты в автономном режиме, необходимо, чтобы был активизирован платежный клиент платежного приложения на потребительском оконечном устройстве, и платежный клиент выполняет процедуру оплаты в автономном режиме в платежной транзакции. В этом способе обработка процедуры относительно обременительна для пользователя, и сертификат подлинности оплаты в автономном режиме, сформированный другим платежным приложением, может получаться непосредственно после приема потребительским оконечным устройством. Другими словами, пользователь может без труда получать сертификат подлинности оплаты в автономном режиме платежного приложения из стороннего платежного приложения. Следовательно, защищенность относительно низка.
Сущность изобретения
[0005] Настоящая заявка предусматривает способ и устройство оплаты в автономном режиме, с тем чтобы оплата пользователем могла быть быстрее и защищеннее, когда платежное приложение выбирается из стороннего платежного приложения, встроенного в потребительское оконечное устройство, для выполнения оплаты в автономном режиме.
[0006] Настоящая заявка реализована посредством использования следующих технических решений:
[0007] Согласно первому аспекту, предусмотрен способ оплаты в автономном режиме, где способ используется для выполнения оплаты в автономном режиме посредством использования целевого платежного приложения в стороннем платежном приложении, встроенном в оконечное устройство, и способ включает в себя: получение, посредством стороннего платежного приложения, идентификатора подтверждения личности пользователя, который отправляет запрос оплаты в автономном режиме, когда стороннее платежное приложение принимает запрос оплаты в автономном режиме, который соответствует целевому платежному приложению, где пользователь является зарегистрированным пользователем целевого платежного приложения; получение, посредством стороннего платежного приложения, сертификата оплаты в автономном режиме, выданного целевым платежным приложением пользователю и сохраненного в оконечном устройстве, когда определено, что полученный идентификатор подтверждения личности удостоверен на основе идентификатора подтверждения личности, сохраненного в то время, когда пользователь активирует оплату в автономном режиме целевого платежного приложения; и предоставление, посредством стороннего платежного приложения, сертификата оплаты в автономном режиме для обслуживающей стороны оплаты в автономном режиме, с тем чтобы обслуживающая сторона оплаты в автономном режиме запросила, чтобы целевое платежное приложение обрабатывало оплату в автономном режиме пользователя на основе сертификата оплаты в автономном режиме.
[0008] Согласно второму аспекту, предусмотрен способ оплаты в автономном режиме, где способ используется для выполнения оплаты в автономном режиме посредством использования целевого платежного приложения в стороннем платежном приложении, встроенном в оконечное устройство, и способ включает в себя: прием, посредством сервера оплаты в автономном режиме целевого платежного приложения, запроса ввода в действие оплаты в автономном режиме, отправленного сторонним платежным приложением, где запрос ввода в действие оплаты в автономном режиме содержит идентификатор пользователя данного пользователя и идентификатор оконечного устройства данного оконечного устройства, а пользователь является зарегистрированным пользователем целевого платежного приложения; и формирование, посредством сервера оплаты в автономном режиме, сертификата оплаты в автономном режиме, который соответствует идентификатору пользователя, и отправку сертификата оплаты в автономном режиме в стороннее платежное приложение после шифрования сертификата оплаты в автономном режиме посредством использования общедоступного ключа оконечного устройства, который соответствует идентификатору оконечного устройства, с тем чтобы стороннее платежное приложение получило сертификат оплаты в автономном режиме после выполнения дешифрования посредством использования секретного ключа оконечного устройства, который соответствует идентификатору оконечного устройства.
[0009] Согласно третьему аспекту, предусмотрено устройство оплаты в автономном режиме, где устройство применяется сторонним платежным приложением и выполнено с возможностью производить оплату в автономном режиме посредством использования целевого платежного приложения в стороннем платежном приложении, встроенном в оконечное устройство, и устройство включает в себя: модуль сбора информации, выполненный с возможностью получать идентификатор подтверждения личности пользователя, который отправляет запрос оплаты в автономном режиме, когда стороннее платежное приложение принимает запрос оплаты в автономном режиме, который соответствует целевому платежному приложению, где пользователь является зарегистрированным пользователем целевого платежного приложения; модуль получения сертификата, выполненный с возможностью получать сертификат оплаты в автономном режиме, выданный целевым платежным приложением пользователю и сохраненный в оконечном устройстве, когда определено, что полученный идентификатор подтверждения личности удостоверен на основе идентификатора подтверждения личности, сохраненного в то время, когда пользователь активирует оплату в автономном режиме целевого платежного приложения; и модуль предоставления сертификата, выполненный с возможностью предоставлять сертификат оплаты в автономном режиме для обслуживающей стороны оплаты в автономном режиме, с тем чтобы обслуживающая сторона оплаты в автономном режиме запросила, чтобы целевое платежное приложение обрабатывало оплату в автономном режиме пользователя на основе сертификата оплаты в автономном режиме.
[0010] Согласно четвертому аспекту, предусмотрено устройство оплаты в автономном режиме, где устройство применяется к серверу оплаты в автономном режиме целевого платежного приложения и выполнено с возможностью производить оплату в автономном режиме посредством использования целевого платежного приложения в стороннем платежном приложении, встроенном в оконечное устройство, и устройство включает в себя: модуль приема запроса, выполненный с возможностью принимать запрос ввода в действие оплаты в автономном режиме, отправленный сторонним платежным приложением, где запрос ввода в действие оплаты в автономном режиме содержит идентификатор пользователя данного пользователя и идентификатор оконечного устройства данного оконечного устройства, а пользователь является зарегистрированным пользователем целевого платежного приложения; и модуль предоставления сертификата, выполненный с возможностью формировать сертификат оплаты в автономном режиме, который соответствует идентификатору пользователя, и отправлять сертификат оплаты в автономном режиме в стороннее платежное приложение после шифрования сертификата оплаты в автономном режиме посредством использования общедоступного ключа оконечного устройства, который соответствует идентификатору оконечного устройства, с тем чтобы стороннее платежное приложение получило сертификат оплаты в автономном режиме после выполнения дешифрования посредством использования секретного ключа оконечного устройства, который соответствует идентификатору оконечного устройства.
[0011] Согласно способу и устройству оплаты в автономном режиме, предусмотренным в настоящей заявке, стороннее платежное приложение сохраняет сертификат локально на оконечном устройстве и может получать сертификат локально из оконечного устройства, когда сертификат должен использоваться. По существу, оплата пользователем может быть более удобной, когда платежное приложение выбирается из стороннего платежного приложения, встроенного в потребительское оконечное устройство, для выполнения оплаты в автономном режиме. В дополнение, когда сохраненный сертификат получается локально из оконечного устройства, сначала необходимо, чтобы удостоверялся идентификатор подтверждения личности пользователя, с тем чтобы сертификат мог быть более защищенным.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0012] Фиг. 1 - схема, иллюстрирующая среду применения способа оплаты в автономном режиме согласно примерному варианту осуществления настоящей заявки;
[0013] фиг. 2А и 2В иллюстрируют процедуру ввода в действие оплаты в автономном режиме согласно примерному варианту осуществления настоящей заявки;
[0014] фиг. 3 иллюстрирует процедуру использования оплаты в автономном режиме согласно примерному варианту осуществления настоящей заявки;
[0015] фиг. 4 иллюстрирует процедуру вывода из работы оплаты в автономном режиме согласно примерному варианту осуществления настоящей заявки;
[0016] фиг. 5 - структурная схема, иллюстрирующая устройство оплаты в автономном режиме согласно примерному варианту осуществления настоящей заявки;
[0017] фиг. 6 - структурная схема, иллюстрирующая еще одно устройство оплаты в автономном режиме согласно примерному варианту осуществления настоящей заявки;
[0018] фиг. 7 - структурная схема, иллюстрирующая еще одно другое устройство оплаты в автономном режиме согласно примерному варианту осуществления настоящей заявки; и
[0019] фиг. 8 - структурная схема, иллюстрирующая еще одно другое устройство оплаты в автономном режиме согласно примерному варианту осуществления настоящей заявки.
ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ
[0020] Здесь подробно описаны примерные варианты осуществления, и примеры вариантов осуществления представлены на прилагаемых чертежах. Когда нижеследующее описание относится к прилагаемым чертежам, одинаковые номера на разных прилагаемых чертежах представляют собой идентичные или сходные элементы, если не указан иной способ действий. Варианты осуществления, описанные в нижеследующих примерных вариантах осуществления, не представляют собой все варианты осуществления, совместимые с настоящей заявкой. В противоположность, они являются всего лишь примерами устройств и способов, которые подробно описаны в прилагаемой формуле изобретения, и которые совместимы с некоторыми аспектами настоящей заявки.
[0021] С развитием мобильного Интернета, постепенно становится тенденцией встраивание способа оплаты сторонней платежной компании в потребительское оконечное устройство. Пользователь может быстро открывать стороннее платежное приложение, которое соответствует сторонней платежной компании, на потребительском оконечном устройстве и использовать стороннее платежное приложение для быстрого выполнения оплаты. Например, сторонним платежным приложением могут быть приложения, такие как Android Pay, Samsung Pay и Huawei Pay. Сторонние платежные приложения могут быстро запускаться и открываться на потребительском оконечном устройстве (например, интеллектуальном устройстве, таком как смартфон). При использовании стороннего платежного приложения, пользователь может иметь следующие потребности: например, пользователь уже имеет учетную запись платежного приложения (например, приложением является ALIPAY). Пользователь предполагает использовать упомянутое ранее платежное приложение в стороннем платежном приложении для выполнения оплаты в автономном режиме после того, как стороннее платежное приложение быстро открыто. Например, пользователь предполагает использовать оплату в автономном режиме ALIPAY в Huawei Pay.
[0022] Если платежное приложение активизировано сторонним платежным приложением, и платежное приложение выполняет обработку на основе существующего способа оплаты в автономном режиме, эффективность относительно низка, а процедура утомительна. Например, клиентское программное обеспечение ALIPAY активизируется в Huawei Pay, и клиентское программное обеспечение ALIPAY взаимодействует с сервером оплаты в автономном режиме на втором уровне ALIPAY для выполнения оплаты в автономном режиме ALIPAY. В этом способе, стороннее платежное приложение не активизируется. В дополнение, код автономного режима (который может указываться ссылкой как сертификат оплаты в автономном режиме), сформированный клиентским программным обеспечением ALIPAY, может получаться непосредственно (например, может получаться торговой компанией, служащей в качестве обслуживающей стороны оплаты в автономном режиме, непосредственным сканированием кода). Следовательно, защищенность относительно низка. На основе этого, вариант осуществления настоящей заявки предусматривает способ оплаты в автономном режиме. Цель способа изложена ниже: Когда необходимо, чтобы платежное приложение было выбрано из стороннего платежного приложения, встроенного в потребительское оконечное устройство, для выполнения оплаты в автономном режиме, предусмотрен способ, которым стороннее платежное приложение использует платежное приложение для получения сертификата оплаты в автономном режиме, и стороннее платежное приложение сохраняет сертификат локально на клиентском устройстве. По существу, стороннее платежное приложение может быстро получать сертификат при последующем использовании сертификата. Способ предусматривает процедуру для взаимодействия между сторонним платежным приложением и платежным приложением, с тем чтобы платежное приложение могло предоставлять код автономного режима для стороннего платежного приложения. В дополнение, процедура удобна и в большей степени защищена, и подробно описана ниже.
[0023] Нижеследующее описывает способ оплаты в автономном режиме по настоящей заявке. Платежное приложение, которое взаимодействует со сторонним платежным приложением, может указываться ссылкой как целевое платежное приложение (такое как ALIPAY, но не ограничено ALIPAY, может быть другим приложением), а стороннее платежное приложение не ограничено приложениями, такими как Samsung Pay и Huawei Pay, упомянутые выше. В дополнение, в описании способа, код автономного режима указывается ссылкой как «сертификат оплаты в автономном режиме», и форма кода автономного режиме не ограничена. Например, код автономного режима может быть двухмерным кодом.
[0024] Фиг. 1 иллюстрирует устройства или модули, которые участвуют в способе оплаты в автономном режиме и могут быть вовлечены в применение способа в варианте осуществления по настоящей заявке. Например, потребительское оконечное устройство 11 может включать в себя стороннее платежное приложение 12 (такое как Huawei Pay), платежный клиент 13 (клиентское программное обеспечение ALIPAY целевого платежного приложения и надежную среду 14 выполнения (TEE). TEE может предусматривать защищенную среду исполнения, и приложение, которое имеет относительно высокие требования защиты, может работать в среде. Например, платежный клиент 13 может работать в TEE 14, а TEE 14 может предоставлять услуги, такие как авторизация, аутентификация и хранение для приложения.
[0025] Сервер 15 приложений и сервер 16 оплаты в автономном режиме целевого приложения могут быть дополнительно включены в состав на фиг. 1. Сервер 15 приложений может быть сервером второго уровня стороннего платежного приложения 12. Сервер 16 оплаты в автономном режиме может быть сервером второго уровня, который имеет целевое платежное приложение и ответственен за обслуживание оплаты в автономном режиме. Например, сервер оплаты в автономном режиме ALIPAY может обеспечивать ввод в действие услуги оплаты в автономном режиме для зарегистрированного пользователя ALIPAY. В дополнение, на фиг. 1 также используются стрелки для указания, что эти устройства или модули могут взаимодействовать друг с другом. Например, сервер 15 приложений и сервер 16 оплаты в автономном режиме могут взаимодействовать друг с другом (например, отправлять запрос и ответ), стороннее платежное приложение 12 и платежный клиент 13 могут взаимодействовать друг с другом, и т. д.
[0026] Со ссылкой на фиг. 1, нижеследующее описывает, каким образом выполнять процедуру взаимодействия оплаты в автономном режиме между целевым платежным приложением и сторонним платежным приложением. Процедура является примером взаимодействия между устройствами или модулями на фиг. 1. Ввод в действие, использование и вывод из работы оплаты в автономном режиме между сторонним платежным приложением и целевым платежным приложением описаны в способе отдельно.
[0027] Ввод в действие оплаты в автономном режиме:
[0028] Допустим, что зарегистрированный пользователь целевого платежного приложения желает активировать оплату в автономном режиме и желает активировать признак оплаты в автономном режиме посредством использования целевого платежного приложения в стороннем платежном приложении. В этом случае, пользователь может открыть стороннее платежное приложение и предпочесть активировать оплату в автономном режиме целевого платежного приложения в стороннем платежном приложении. Способ выбора может устанавливаться гибко. Например, множество платежных приложений может отображаться на интерфейсе открытого стороннего платежного приложения для выбора и использования пользователем. Пользователь может выбирать целевое платежное приложение из приложений и предпочитать задействовать оплату в автономном режиме целевого платежного приложения.
[0029] После приема пользовательского выбора, стороннее платежное приложение узнает, что пользователь желает активировать оплату в автономном режиме, которая соответствует целевому платежному приложению. В этом случае, может запускаться выполнение процедуры ввода в действие оплаты в автономном режиме, показанной на фиг. 2А и 2В. Стоит отметить, что процедура, показанная на фиг. 2А и 2В, является всего лишь примерной процедурой. В конкретных вариантах осуществления также может быть использована другая процедура. Например, изменена последовательность между этапами. Со ссылкой на фиг. 2А и 2В, процедура может включать в себя нижеследующую обработку. TEE может включать в себя центр аутентификации платежного приложения, локальный центр аутентификации и локальное защищенное хранилище. Центр аутентификации платежного приложения может быть платежным клиентом целевого платежного приложения. В дополнение, локальный центр аутентификации и локальное защищенное хранилище могут указываться ссылкой как локальное запоминающее устройство, так как локальный центр аутентификации и локальное защищенное хранилище в TEE используются, когда стороннее платежное приложение сохраняет сертификат оплаты в автономном режиме на последующих этапах. Сервер приложений и сервер оплаты в автономном режиме целевого платежного приложения также участвуют в процедуре.
[0030] На этапах с 201 по 203, стороннее платежное приложение может получать идентификатор пользователя и идентификатор оконечного устройства из платежного клиента целевого платежного приложения. Например, при узнавании, на основе выбора пользователя, что пользователь желает задействовать оплату в автономном режиме целевого платежного приложения, стороннее платежное приложение может отправлять запрос на платежный клиент, который имеет целевое платежное приложение и расположен в том же самом оконечном устройстве, для получения идентификатора пользователя и идентификатора оконечного устройства. Идентификатором пользователя является идентификатор пользователя, который на данный момент заходит в учетную запись целевого платежного приложения. Например, как стороннее платежное приложение xx Pay, так и клиентское программное обеспечение APP платежного приложения установлены на мобильном телефоне пользователя. В этом случае, пользователь, который на данный момент входит в целевое платежное приложение, является пользователем, который заходит в клиентское программное обеспечение платежного приложения на мобильном телефоне, и клиентское программное приложение платежного приложения возвращает идентификатор пользователя данного пользователя и идентификатор оконечного устройства в стороннее платежное приложение.
[0031] В представленном варианте осуществления, идентификатор пользователя, возвращенный платежным клиентом в стороннее платежное приложение, может быть маркером (маркером), который соответствует учетной записи пользователя (также указываемой ссылкой как идентификатор пользователя) платежного приложения, в которое пользователь заходит на данный момент, маркер может быть маркером, который соответствует идентификатору пользователя и сформирован сервером оплаты в автономном режиме целевого платежного приложения для пользователя после регистрации пользователя; и сервер отправляет маркер в платежный клиент. Идентификатор оконечного устройства может быть уникальным идентификатором оконечного устройства.
[0032] В дополнение, платежный клиент не только возвращает идентификатор оконечного устройства и идентификатор пользователя в стороннее платежное приложение, но также отправляет секретный ключ оконечного устройства данного оконечного устройства в стороннее платежное приложение. Каждое оконечное устройство может иметь одну соответствующую пару общедоступного и секретного ключей. Секретный ключ оконечного устройства может храниться в оконечном устройстве, и общедоступный ключ оконечного устройства может храниться на сервере оплаты в автономном режиме целевого платежного приложения, с тем чтобы сервер оплаты в автономном режиме отправил сформированный сертификат оплаты в автономном режиме на оконечное устройство после шифрования сертификата оплаты в автономном режиме посредством использования общедоступного ключа оконечного устройства. По существу, оконечное устройство может получать сертификат оплаты в автономном режиме только посредством выполнения дешифрования посредством использования секретного ключа оконечного устройства для улучшения защищенности отправки сертификата, с тем чтобы только конкретное устройство могло использовать сертификат оплаты в автономном режиме пользователя. Процедура также описана в последующих вариантах осуществления.
[0033] После получения идентификатора пользователя и идентификатора оконечного устройства, отправленных платежным клиентом, стороннее платежное приложение может отправлять запрос ввода в действие оплаты в автономном режиме в целевое платежное приложение. Запрос ввода в действие оплаты в автономном режиме включает в себя идентификатор пользователя данного пользователя и идентификатор оконечного устройства данного оконечного устройства. Со ссылкой на фиг. 2А, например, на этапах 205 и 206, стороннее платежное приложение может пересылать запрос посредством использования своего сервера приложений, и сервер приложений может использовать секретный ключ для подписания запроса при пересылке запроса.
[0034] Секретный ключ здесь может быть назначен сервером оплаты в автономном режиме целевого платежного приложения серверу приложений заблаговременно. Сервер оплаты в автономном режиме у ALIPAY и Huawei Pay используются в качестве примера. Сервер оплаты в автономном режиме может назначать идентификатор обслуживания (а именно, идентификатор обслуживания), который соответствует Huawei Pay, формировать пару общедоступного и секретного ключей, которые соответствуют идентификатору обслуживания, отправлять секретный ключ на сервер приложений Huawei Pay и по-прежнему хранить общедоступный ключ сервера оплаты в автономном режиме ALIPAY. Когда сервер приложений взаимодействует с сервером оплаты в автономном режиме, например, отправляет запрос ввода в действие оплаты в автономном режиме на сервер оплаты в автономном режиме, сервер приложений может подписывать запрос посредством использования секретного ключа, назначенного сервером оплаты в автономном режиме, и, соответственно, сервер оплаты в автономном режиме удостоверяет подпись посредством использования общедоступного ключа. Если подпись удостоверена, это указывает, что запрос действительно отправлен сервером приложений Huawei Pay. По существу, гарантируется, что источник запроса является надежным и законным. Несомненно, при пересылке запроса на этапе 206, сервер приложений может добавлять идентификатор обслуживания в запрос. По существу, на этапе 207, сервер оплаты в автономном режиме может идентифицировать соответствующий секретный ключ на основе идентификатора обслуживания и удостоверять подпись. Идентификаторы обслуживания, назначенные сервером оплаты в автономном режиме целевого платежного приложения разным сторонним платежным приложениям, могут быть разными. Например, идентификатор обслуживания приложения Huawei Pay отличен от идентификатора обслуживания приложения Samsung Pay.
[0035] На этапах с 208 по 210, сервер оплаты в автономном режиме целевого платежного приложения назначает пользователю соответствующий сертификат оплаты в автономном режиме. Сертификат равносилен идентификатору пользователя. Например, в среде в автономном режиме без сети, личность пользователя может подтверждаться соответствующим образом при условии, что предоставлен сертификат оплаты в автономном режиме, и деньги могут удерживаться с платежного счета пользователя.
[0036] Сервер оплаты в автономном режиме может получать соответствующую учетную запись пользователя на основе маркера идентификатора пользователя, включенного в запрос, узнавать, что пользователю с такой учетной записью требуется запросить активацию оплаты в автономном режиме, и формировать соответствующий сертификат оплаты в автономном режиме для учетной записи. Алгоритмический способ для формирования сертификата может устанавливаться целевым платежным приложением в автоматическом режиме. Затем, чтобы обеспечить защищенность, сервер оплаты в автономном режиме может получать соответствующий общедоступный ключ оконечного устройства на основе идентификатора оконечного устройства, включенного в запрос, шифровать сертификат оплаты в автономном режиме посредством использования общедоступного ключа оконечного устройства, а затем, отправлять зашифрованный сертификат оплаты в автономном режиме в стороннее платежное приложение. На этапах 211 и 212 на фиг. 2В, сервер приложений возвращает зашифрованный сертификат оплаты в автономном режиме в стороннее платежное приложение на стороне оконечного устройства. Стороннее платежное приложение может выполнять дешифрование посредством использования секретного ключа оконечного устройства для получения сертификата оплаты в автономном режиме.
[0037] После получения сертификата оплаты в автономном режиме, дополнительно нужно, чтобы стороннее платежное приложение сохраняло сертификат оплаты в автономном режиме на оконечном устройстве, где расположено стороннее платежное приложение, то есть, сохраняло сертификат оплаты в автономном режиме, как на фиг. 2В. Как показано на фиг. 2В, стороннее платежное приложение может сохранять сертификат оплаты в автономном режиме в локальном запоминающем устройстве оконечного устройства и дополнительно взаимодействовать с локальным запоминающим устройством для выполнения хранения с шифрованием над сертификатом. Например, стороннее платежное приложение может отправлять запрос сохранения сертификата в локальный центр аутентификации на локальном запоминающем устройстве. Запрос включает в себя сертификат оплаты в автономном режиме, выданный сервером оплаты в автономном режиме целевого платежного приложения пользователю и принятый сторонним платежным приложением. В дополнение, локальный центр аутентификации может предлагать пользователю выбрать способ подтверждения личности, например, аутентификацию по отпечатку пальца, аутентификацию по радужной оболочке глаза или другой способ. После того, как пользователь выбирает способ аутентификации, стороннее платежное приложение может передавать идентификатор подтверждения личности пользователя в локальный центр аутентификации. Идентификатором подтверждения личности, например, является отпечаток пальца пользователя или радужная оболочка глаза пользователя.
[0038] Локальный центр аутентификации может давать команду локальному защищенному хранилищу формировать соответствующий связанный ключ на основе идентификатора подтверждения личности пользователя и выполнять хранение с шифрованием над сертификатом оплаты в автономном режиме пользователя посредством использования связанного ключа. По существу, когда пользователю впоследствии необходимо произвести оплату в автономном режиме посредством использования сохраненного сертификата оплаты в автономном режиме, необходимо, чтобы идентификатор подтверждения личности пользователя предоставлялся только после того, как удостоверен идентификатор подтверждения личности, где подробности описаны в нижеследующей процедуре использования оплаты в автономном режиме. По существу, использование сертификата может быть более защищенным, и может гарантироваться, что сертификат оплаты в автономном режиме в этот раз используется лично пользователем.
[0039] В заключение, на этапах с 224 по 226, стороннее платежное приложение может уведомлять сервер оплаты в автономном режиме целевого платежного приложения, что сертификат оплаты в автономном режиме был сохранен локально на оконечном устройстве. В этом случае, сервер оплаты в автономном режиме может регистрировать информацию о вводе в действие оплаты в автономном режиме. Например, информация может включать в себя идентификатор пользователя (здесь идентификатор может быть учетной записью пользователя), сертификат оплаты в автономном режиме, который соответствует учетной записи, и дополнительно может включать в себя информацию, такую как время ввода в действие оплаты в автономном режиме.
[0040] Пользуясь предыдущей процедурой, показанной на фиг. 2А и 2В, стороннее платежное приложение запрашивает, чтобы целевое платежное приложение активировало оплату в автономном режиме пользователем, получает сертификат оплаты в автономном режиме пользователя, который возвращен целевым платежным приложением, и сохраняет сертификат на оконечном устройстве, где расположено стороннее платежное приложение. В дополнение, хранение с шифрованием выполняется над сертификатом в оконечном устройстве посредством использования связанного ключа, который соответствует идентификатору подтверждения личности пользователя. Затем, описана последовательность операций, выполняемая сторонним платежным приложением, когда пользователю нужно использовать оплату в автономном режиме целевого платежного приложения.
[0041] Использование оплаты в автономном режиме:
[0042] Процедура использования по-прежнему описывается посредством использования в качестве примера сценария, показанного на фиг. 2А и 2В. Стороннее платежное приложение сохраняет сертификат оплаты в автономном режиме локально на оконечном устройстве и выполняет шифрованное хранение. Когда пользователю нужно произвести оплату в автономном режиме после покупки товаров, пользователь может быстро открыть стороннее платежное приложение на потребительском оконечном устройстве, выбрать целевое платежное приложение из стороннего платежного приложения и определить, что следует использовать целевое платежное приложение для выполнения оплаты в автономном режиме. После того, как стороннее платежное приложение принимает пользовательский выбор, другими словами, принимает запрос оплаты в автономном режиме, который соответствует целевому платежному приложению и инициирован пользователем, может выполняться процедура использования, показанная на фиг. 3, то есть может выполняться процедура оплаты в автономном режиме.
[0043] Как показано на фиг. 3, стороннее платежное приложение может отправлять запрос получения сертификата в локальное запоминающее устройство для запроса получения сертификата оплаты в автономном режиме пользователя. В дополнение, когда пользователь предпочитает использовать оплату в автономном режиме целевого платежного приложения в стороннем платежном приложении, пользователю может даваться команда предоставить идентификатор учетной записи, зарегистрированный пользователем в целевом платежном приложении, и добавить идентификатор учетной записи в запрос получения сертификата, с тем чтобы локальное защищенное хранилище могло узнавать, что стороннему платежному приложению требуется получить сертификат оплаты в автономном режиме и какого пользователя.
[0044] При сохранении сертификата оплаты в автономном режиме, платежный клиент может сохранять сертификат оплаты в автономном режиме на основе отношения соответствия, что «идентификатор учетной записи соответствует сертификату оплаты в автономном режиме». Затем, на этапе 303, соответствующий сертификат оплаты в автономном режиме может идентифицироваться на основе идентификатора учетной записи пользователя, который в настоящее время запрашивает оплату в автономном режиме, и сертификат может отправляться в локальный центр аутентификации. Локальный центр аутентификации может формировать соответствующую строку оплаты на основе сертификата оплаты в автономном режиме, где строка оплаты может быть строкой оплаты (или может быть строкой ключа), сформированной посредством использования сертификата оплаты в автономном режиме в качестве фактора и на основе определенного алгоритмического правила; и возвращать строку оплаты в локальный центр аутентификации. В дополнение, способ хранения не ограничен предыдущим способом в подробном варианте осуществления, и сертификат оплаты в автономном режиме может храниться другим способом. Например, может храниться отношение соответствия между платежным приложением и сертификатом. По существу, соответствующий сертификат может определяться на основе приложения, которое пользователь предпочитает использовать для оплаты в автономном режиме.
[0045] На этапах с 306 по 308, локальный центр аутентификации сначала может аутентифицировать пользователя перед возвратом сроки оплаты в стороннее платежное приложение. Если способ аутентификации, выбранный пользователем, является аутентификацией по отпечатку пальца в процедуре ввода в действие, показанной на фиг. 2А, на этапе 306, стороннее платежное приложение может получать информацию об отпечатке пальца пользователя и передавать информацию об отпечатке пальца в локальный центр аутентификации. Локальный центр аутентификации может предоставлять строку оплаты для стороннего платежного приложения при определении, что полученный идентификатор подтверждения личности удостоверен на основе идентификатора подтверждения личности, сохраненного в то время, когда пользователь задействует оплату в автономном режиме целевого платежного приложения. Локальный центр аутентификации возвращает сертификат оплаты в автономном режиме пользователя в само стороннее платежное приложение. Но, ради лучшей защищенности, он формирует соответствующую строку оплаты посредством использования сертификата оплаты в автономном режиме на основе определенного правила. Впоследствии, сервер оплаты в автономном режиме может преобразовывать строку оплаты в сертификат оплаты в автономном режиме, чтобы узнавать личность пользователя, и серверу оплаты в автономном режиме известно правило формирования, используемым, когда локальный центр аутентификации формирует строку оплаты.
[0046] Посредством использования этапов с 301 по 308, стороннее платежное приложение получает сертификат оплаты в автономном режиме пользователя и получает сертификат, когда удостоверен идентификатор подтверждения личности пользователя, с тем чтобы могло быть гарантировано, что пользователь получает сертификат оплаты в автономном режиме пользователя, для дополнительного улучшения защищенности оплаты в автономном режиме. На этапах 309 и 310, стороннее платежное приложение может предоставлять строку оплаты для обслуживающий стороны оплаты в автономном режиме. Обслуживающая сторона оплаты в автономном режиме может быть системой сбора оплаты торговой компании. Способ, которым система сбора оплаты получает строку оплаты, может гибко устанавливаться во множество способов, например, двухмерный код, NFC (связь через поле в ближней зоне), Bluetooth и звуковую волну. Например, когда строка оплаты представлена в форме двухмерного кода, система сбора оплаты торговой компании может получать строку оплаты посредством сканирования.
[0047] На этапах с 311 по 315, торговая компания может использовать полученную строку оплаты для запроса, чтобы сервер оплаты в автономном режиме целевого платежного приложения обрабатывал оплату в автономном режиме пользователем, и предоставлять строку оплаты для сервера оплаты в автономном режиме целевого платежного приложения. После получения строки оплаты, сервер оплаты в автономном режиме целевого платежного приложения может преобразовывать строку оплаты в соответствующий сертификат оплаты в автономном режиме на основе предварительно определенного правила, может узнавать учетную запись пользователя, которая соответствует сертификату на основе правила формирования сертификата и сертификата пользователя, а затем, может удерживать деньги с платежного счета пользователя. Система сбора оплаты может снабжать стороннее потребительское приложение обратной связью, что удержание денег заканчивается успешно.
[0048] Из предыдущей последовательности операций, например, может быть видно, что, когда потребительское оконечное устройство пользователя не использует сеть и находится в состоянии автономного режиме, если необходимо, чтобы использовалась оплата в автономном режиме целевого платежного приложения, пользователь может открывать стороннее платежное приложение на оконечном устройстве и выбирать оплату в автономном режиме целевого платежного приложения из приложения. В этом случае, стороннее платежное приложение может получать предварительно сохраненный сертификат оплаты в автономном режиме пользователя локально из оконечного устройства на основе запроса пользователя и получать сертификат только после того, как удостоверен идентификатор подтверждения личности. Затем, стороннее платежное приложение может предоставлять сертификат для торговой компании, например, посредством использования способа сканирования двухмерного кода. Торговая компания отправляет запрос на сервер оплаты в автономном режиме целевого платежного приложения посредством передачи сертификата, чтобы потребовать выполнить обработку оплаты в автономно режиме, то есть, удержать деньги с платежного счета пользователя, для завершения локальной оплаты в автономном режиме.
[0049] Вывод из работы оплаты в автономном режиме:
[0050] Стороннее платежное приложение дополнительно может взаимодействовать с целевым платежным приложением, чтобы отменять оплату в автономном режиме пользователя в целевом платежном приложении. Что касается процедуры вывода из работы оплаты в автономном режиме, могут быть сделаны ссылки на фиг. 4. Процедура включает в себя следующее: на этапе 401, стороннее платежное приложение принимает запрос отмены оплаты в автономном режиме, инициированный пользователем. Например, пользователь может предпочесть вывести из работы оплату в автономном режиме целевого платежного приложения на странице стороннего платежного приложения. Затем, на этапах с 402 по 409, стороннее платежное приложение получает строку оплаты, сформированную посредством использования сертификата оплаты в автономном режиме в качестве фактора из локального запоминающего устройства. Что касается детализированной процедуры, могут быть сделаны ссылки на описание на фиг. 3.
[0051] На этапах 410 и 411, стороннее платежное приложение может отправлять запрос отмены оплаты в автономном режиме (а именно, запрос вывода из работы оплаты в автономном режиме) на сервер оплаты в автономном режиме целевого платежного приложения посредством переадресации сервера приложений и добавлять полученную строку оплаты в запрос. В качестве альтернативы строка оплаты может не быть получена, но платежный клиент может возвращать сертификат оплаты в автономном режиме в стороннее платежное приложение, а приложение добавляет сертификат оплаты в автономном режиме в запрос отмены оплаты в автономном режиме. Даже если строка оплаты получена, сервер оплаты в автономном режиме может получать сертификат оплаты в автономном режиме на основе строки оплаты.
[0052] На этапе 412, сервер оплаты в автономном режиме целевого платежного приложения может получать учетную запись пользователя (а именно, идентификатор пользователя, где маркер, упомянутый выше, или учетная запись пользователя могут указываться ссылкой как идентификатор пользователя), которая соответствует сертификату оплаты в автономном режиме, полученному на основе принятого запроса отмены оплаты в автономном режиме, чтобы узнавать пользователя, который требует отменить оплату в автономном режиме. В дополнение, удаляется информация ввода в действие оплаты в автономном режиме пользователя. На этапах 413 и 414, сервер оплаты в автономном режиме может возвращать уведомление об успехе отмены оплаты в автономном режиме в стороннее платежное приложение.
[0053] В дополнение, в предыдущем примере, стороннее платежное приложение сохраняет сертификат оплаты в автономном режиме локально в оконечном устройстве после получения сертификата оплаты в автономном режиме из сервера оплаты в автономном режиме целевого платежного приложения. Когда пользователь пользуется оплатой в автономном режиме целевого платежного приложения, стороннее платежное приложение может получать сертификат локально из оконечного устройства, а затем предоставлять сертификат для обслуживающей стороны оплаты в автономном режиме, например, для системы сбора оплаты торговой компании. Процедура не ограничена процедурами, показанными на с фиг. 2А и 2В по фиг. 4, в реальных вариантах осуществления. Например, в еще одном примере, в качестве альтернативы, стороннее платежное приложение может само сохранять сертификат после получения сертификата из целевого платежного приложения, то есть, не пользуясь платежным клиентом целевого платежного приложения.
[0054] В способе оплаты в автономном режиме в представленном варианте осуществления настоящего приложения, предусмотрен способ, которым, целевое платежное приложение предоставляет сертификат оплаты в автономном режиме зарегистрированного пользователя приложения для стороннего платежного приложения. Стороннее платежное приложение может взаимодействовать с целевым платежным приложением для получения сертификата, предоставленного целевым платежным приложением. В дополнение, стороннее платежное приложение может сохранять сертификат на стороне оконечного устройства. Когда пользователю впоследствии необходимо использовать оплату в автономном режиме целевого платежного приложения посредством использования стороннего платежного приложения, стороннее платежное приложение может извлекать сохраненный сертификат и предоставлять сертификат для торговой компании после того, как удостоверен идентификатор подтверждения идентичности, с тем чтобы торговая компания запросила, чтобы целевое платежное приложение производило оплату в автономном режиме соответствующего пользователя на основе сертификата ради удержания денег. Это способ, которым целевое платежное приложение выводит обслуживание оплаты в автономном режиме целевого платежного приложения в стороннее платежное приложение, с тем чтобы пользователь мог пользоваться оплатой в автономном режиме целевого платежного приложения посредством использования стороннего платежного приложения.
[0055] В примерном варианте осуществления, дополнительно предусмотрен долговременный машинно-читаемый запоминающий носитель, например, память, включающая в себя команду, а команда может приводиться в исполнение процессором устройства для выполнения способа. Например, долговременным машинно-читаемым запоминающим носителем может быть ПЗУ (постоянное запоминающее устройство, ROM), оперативное запоминающее устройство (ОЗУ, RAM), CD-ROM (ПЗУ на компакт-диске), a магнитная лента, гибкий диск и оптическое устройство хранения данных.
[0056] Чтобы реализовывать предыдущий способ, вариант осуществления настоящей заявки дополнительно предусматривает устройство оплаты в автономном режиме. Устройство применяется к стороннему платежному приложению и выполнено с возможностью производить оплату в автономном режиме посредством использования целевого платежного приложения в стороннем платежном приложении, встроенном в оконечное устройство. Как показано на фиг. 5, устройство может включать в себя модуль 51 сбора информации, модуль 52 получения сертификата и модуль 53 предоставления сертификата.
[0057] Модуль 51 сбора информации выполнен с возможностью получать идентификатор подтверждения личности пользователя, который отправляет запрос оплаты в автономном режиме, когда стороннее платежное приложение принимает запрос оплаты в автономном режиме, который соответствует целевому платежному приложению, где пользователь является зарегистрированным пользователем целевого платежного приложения.
[0058] Модуль 52 получения сертификата выполнен с возможностью получать сертификат оплаты в автономном режиме, выданный целевым платежным приложением пользователю и сохраненный в оконечном устройстве, когда определено, что полученный идентификатор подтверждения личности удостоверен на основе идентификатора подтверждения личности, сохраненного в то время, когда пользователь активирует оплату в автономном режиме целевого платежного приложения.
[0059] Модуль 53 предоставления сертификата выполнен с возможностью предоставлять сертификат оплаты в автономном режиме для обслуживающей стороны оплаты в автономном режиме, с тем чтобы обслуживающая сторона оплаты в автономном режиме запросила, чтобы целевое платежное приложение обрабатывало оплату в автономном режиме пользователя на основе сертификата оплаты в автономном режиме.
[0060] В еще одном примере, как показано на фиг. 6, устройство дополнительно может включать в себя модуль 54 запроса ввода в действие, модуль 55 приема сертификата, модуль 56 дешифрования сертификата и модуль 57 сохранения сертификата.
[0061] Модуль 54 запроса ввода в действие выполнен с возможностью отправлять запрос ввода в действие оплаты в автономном режиме в целевое платежное приложение, где запрос ввода в действие оплаты в автономном режиме содержит идентификатор пользователя данного пользователя и идентификатор оконечного устройства данного оконечного устройства.
[0062] Модуль 55 приема сертификата выполнен с возможностью принимать сертификат оплаты в автономном режиме, который соответствует идентификатору пользователя и возвращен целевым платежным приложением, где сертификат оплаты в автономном режиме зашифрован целевым платежным приложением посредством использования общедоступного ключа оконечного устройства, который соответствует идентификатору оконечного устройства.
[0063] Модуль 56 дешифрования сертификата, выполненный с возможностью выполнять, посредством стороннего платежного приложения, дешифрование посредством использования секретного ключа оконечного устройства, который соответствует идентификатору оконечного устройства, для получения сертификата оплаты в автономном режиме.
[0064] Модуль 57 сохранения сертификата выполнен с возможностью сохранять сертификат оплаты в автономном режиме на оконечном устройстве.
[0065] Устройство дополнительно может включать в себя модуль 58 вывода из работы сертификата, выполненный с возможностью отправлять запрос вывода из работы оплаты в автономном режиме в целевое платежное приложение, где запрос вывода из работы оплаты в автономном режиме включает в себя сертификат оплаты в автономном режиме, выданный пользователю, с тем чтобы целевое платежное приложение могло удалять сертификат оплаты в автономном режиме.
[0066] Чтобы реализовывать предыдущий способ, вариант осуществления настоящей заявки дополнительно предусматривает устройство оплаты в автономном режиме. Устройство применяется к серверу оплаты в автономном режиме целевого платежного приложения и выполнено с возможностью производить оплату в автономном режиме посредством использования целевого платежного приложения в стороннем платежном приложении, встроенном в оконечное устройство. Как показано на фиг. 7, устройство может включать в себя модуль 71 приема запроса и модуль 72 предоставления сертификата.
[0067] Модуль 71 приема запроса выполнен с возможностью принимать запрос ввода в действие оплаты в автономном режиме, отправленный сторонним платежным приложением, где запрос ввода в действие оплаты в автономном режиме содержит идентификатор пользователя данного пользователя и идентификатор оконечного устройства данного оконечного устройства, а пользователь является зарегистрированным пользователем целевого платежного приложения.
[0068] Модуль 72 предоставления сертификата выполнен с возможностью формировать сертификат оплаты в автономном режиме, который соответствует идентификатору пользователя, и отправляют сертификат оплаты в автономном режиме в стороннее платежное приложение после шифрования сертификата оплаты в автономном режиме посредством использования общедоступного ключа оконечного устройства, который соответствует идентификатору оконечного устройства, с тем чтобы стороннее платежное приложение получило сертификат оплаты в автономном режиме после выполнения дешифрования посредством использования секретного ключа оконечного устройства, который соответствует идентификатору оконечного устройства.
[0069] В еще одном примере, как показано на фиг. 8, устройство дополнительно может включать в себя модуль 73 формирования ключей.
[0070] Модуль 73 формирования ключей выполнен с возможностью формировать соответствующий идентификатор обслуживания и пару общедоступного и секретного ключей, которые соответствуют идентификатору обслуживания, для стороннего платежного приложения и отправлять секретный ключ в стороннее платежное приложение.
[0071] Модуль 71 приема запроса дополнительно выполнен с возможностью получать соответствующий общедоступный ключ на основе идентификатора обслуживания после приема запроса ввода в действие оплаты в автономном режиме и удостоверять посредством использования общедоступного ключа, что запрос ввода в действие оплаты в автономном режиме, отправлен сторонним платежным приложением. Идентификатор пользователя и идентификатор оконечного устройства, включенные в запрос ввода в действие оплаты в автономном режиме, подписываются сторонним платежным приложением посредством использования секретного ключа, и запрос дополнительно включает в себя идентификатор обслуживания.
[0072] В примере, устройство дополнительно может включать в себя модуль 74 удаления информации.
[0073] Модуль 71 приема запроса дополнительно выполнен с возможностью принимать запрос вывода из работы оплаты в автономном режиме, отправленный сторонним платежным приложением, где запрос вывода из работы оплаты в автономном режиме включает в себя сертификат оплаты в автономном режиме.
[0074] Модуль 74 удаления информации выполнен с возможностью получать соответствующий идентификатор пользователя на основе сертификата оплаты в автономном режиме и удалять информацию ввода в действие оплаты в автономном режиме по идентификатору пользователя.
[0075] Предыдущие описания являются всего лишь примером вариантов осуществления настоящей заявки, но не подразумеваются ограничивающими настоящую заявку. Любые модификация, эквивалентная замена или усовершенствование, произведенные, не отходя от сущности и принципа настоящей заявки, будут подпадать под объем охраны настоящей заявки.

Claims (19)

1. Способ офлайновой оплаты, выполняемый в оконечном устройстве, при этом способ содержит этапы, на которых:
принимают посредством стороннего платежного приложения, включенного в оконечное устройство, запрос офлайновой оплаты от пользователя, причем запрос офлайновой оплаты соответствует целевому платежному приложению;
получают посредством стороннего платежного приложения идентификатор подтверждения личности пользователя, которым отправлен запрос офлайновой оплаты, с использованием платежного клиента целевого платежного приложения, который включен в оконечное устройство, при этом пользователь является зарегистрированным пользователем целевого платежного приложения;
определяют посредством стороннего платежного приложения, что полученный идентификатор подтверждения личности удостоверен на основе идентификатора подтверждения личности, сохраненного в то время, когда пользователем активирована офлайновая оплата целевого платежного приложения;
получают посредством стороннего платежного приложения сертификат офлайновой оплаты, выпущенный целевым платежным приложением для пользователя и сохраненный на оконечном устройстве; и
предоставляют посредством стороннего платежного приложения сертификат офлайновой оплаты для обслуживающей стороны офлайновой оплаты, с тем чтобы обслуживающая сторона офлайновой оплаты запросила целевое платежное приложение обработать офлайновую оплату пользователя на основе сертификата офлайновой оплаты.
2. Способ по п.1, дополнительно содержащий, до приема сторонним платежным приложением запроса офлайновой оплаты, который соответствует целевому платежному приложению, этапы, на которых:
отправляют посредством стороннего платежного приложения запрос активации офлайновой оплаты в целевое платежное приложение, при этом запрос активации офлайновой оплаты содержит идентификатор пользователя упомянутого пользователя и идентификатор оконечного устройства упомянутого оконечного устройства;
принимают посредством стороннего платежного приложения сертификат офлайновой оплаты, который соответствует идентификатору пользователя и возвращен целевым платежным приложением, при этом сертификат офлайновой оплаты зашифрован целевым платежным приложением посредством использования общедоступного ключа оконечного устройства, который соответствует идентификатору оконечного устройства;
выполняют посредством стороннего платежного приложения дешифрование посредством использования секретного ключа оконечного устройства, который соответствует идентификатору оконечного устройства, для получения сертификата офлайновой оплаты; и
сохраняют посредством стороннего платежного приложения сертификат офлайновой оплаты на оконечном устройстве.
3. Способ по п.2, в котором
упомянутое сохранение сторонним платежным приложением сертификата офлайновой оплаты на оконечном устройстве содержит этап, на котором отправляют посредством стороннего платежного приложения идентификатор подтверждения личности пользователя в локальное запоминающее устройство оконечного устройства, с тем чтобы локальное запоминающее устройство сформировало связанный ключ, который соответствует идентификатору подтверждения личности, и использовало этот связанный ключ для шифрования сертификата офлайновой оплаты для хранения; и
упомянутое получение сторонним платежным приложением сертификата офлайновой оплаты, выпущенного целевым платежным приложением для пользователя и сохраненного в оконечном устройстве, когда определено, что полученный идентификатор подтверждения личности удостоверен, содержит этап, на котором получают посредством стороннего приложения сертификат офлайновой оплаты, дешифрованный посредством использования связанного ключа, который соответствует идентификатору подтверждения личности, когда локальное запоминающее устройство удостоверяет идентификатор подтверждения личности.
4. Способ по п.1, дополнительно содержащий этап, на котором отправляют посредством стороннего платежного приложения запрос деактивации офлайновой оплаты в целевое платежное приложение, при этом запрос деактивации офлайновой оплаты содержит сертификат офлайновой оплаты, выпущенный для пользователя, с тем чтобы целевое платежное приложение удалило сертификат офлайновой оплаты.
5. Способ по любому одному из пп.1-4, в котором сертификат офлайновой оплаты формируется из строки оплаты на основе предварительно определенного правила.
6. Способ по п.5, в котором строка оплаты предоставляется сторонним платежным приложением.
7. Способ по п.5, в котором строка оплаты содержит двумерный код.
8. Оконечное устройство, выполненное с возможностью офлайновой оплаты, при этом оконечное устройство содержит множество модулей, выполненных с возможностью осуществлять способ по любому одному из пп.1-7.
RU2019101196A 2016-06-20 2017-06-07 Способ и устройство офлайновой оплаты RU2727158C1 (ru)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201610448201.7 2016-06-20
CN201610448201.7A CN106875186B (zh) 2016-06-20 2016-06-20 一种离线支付方法和装置
PCT/CN2017/087407 WO2017219860A1 (zh) 2016-06-20 2017-06-07 一种离线支付方法和装置

Publications (1)

Publication Number Publication Date
RU2727158C1 true RU2727158C1 (ru) 2020-07-21

Family

ID=59239364

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2019101196A RU2727158C1 (ru) 2016-06-20 2017-06-07 Способ и устройство офлайновой оплаты

Country Status (15)

Country Link
US (2) US11250412B2 (ru)
EP (1) EP3474211B1 (ru)
JP (2) JP6708761B2 (ru)
KR (2) KR102229744B1 (ru)
CN (2) CN111899026A (ru)
AU (1) AU2017280326B2 (ru)
BR (1) BR112018076683A2 (ru)
CA (1) CA3028496A1 (ru)
MX (1) MX2018016272A (ru)
PH (1) PH12018502708A1 (ru)
RU (1) RU2727158C1 (ru)
SG (1) SG11201811374SA (ru)
TW (1) TWI719190B (ru)
WO (1) WO2017219860A1 (ru)
ZA (1) ZA201900298B (ru)

Families Citing this family (41)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111899026A (zh) 2016-06-20 2020-11-06 创新先进技术有限公司 一种支付方法和装置
CN106910057B (zh) * 2016-06-23 2021-03-23 创新先进技术有限公司 移动终端及移动终端侧的安全认证方法和装置
CN109214819A (zh) * 2017-07-03 2019-01-15 成都生长线科技有限公司 一种支付方法及电子设备
CN107688938A (zh) * 2017-08-23 2018-02-13 上海与德科技有限公司 一种离线支付的方法和装置
CN108564363B (zh) * 2018-02-28 2020-10-13 阿里巴巴集团控股有限公司 一种交易处理方法、服务器、客户端及系统
CN108734248A (zh) * 2018-04-17 2018-11-02 新大陆（福建）公共服务有限公司 一种快速生成安全二维码的方法以及二维码的扫码方法
WO2019205143A1 (zh) * 2018-04-28 2019-10-31 深圳蓝贝科技有限公司 一种便捷新零售系统及方法
CN110659987A (zh) * 2018-06-28 2020-01-07 厦门本能管家科技有限公司 一种基于区块链的离线交易方法及其系统
CN108960814B (zh) * 2018-06-30 2021-12-07 企银易（北京）科技有限公司 一种扫码支付方法及商户终端
CN109087087B (zh) * 2018-06-30 2021-11-30 企银易（北京）科技有限公司 一种扫码支付方法及系统
CN109117605B (zh) * 2018-07-25 2021-02-02 北京市商汤科技开发有限公司 一种鉴权方法及其装置、设备和存储介质
CN109345241B (zh) * 2018-09-14 2021-12-07 企银易（北京）科技有限公司 一种扫码支付方法及系统
JP6633715B1 (ja) * 2018-10-24 2020-01-22 株式会社アダプトネットワークス チャージ制御装置、チャージシステムおよびチャージ制御装置の制御プログラム
US11303450B2 (en) 2018-12-19 2022-04-12 Visa International Service Association Techniques for securely performing offline authentication
US10931778B2 (en) 2019-01-09 2021-02-23 Margo Networks Pvt. Ltd. Content delivery network system and method
US11930439B2 (en) 2019-01-09 2024-03-12 Margo Networks Private Limited Network control and optimization (NCO) system and method
US11044105B2 (en) * 2019-03-13 2021-06-22 Digital 14 Llc System, method, and computer program product for sensitive data recovery in high security systems
CN110288337A (zh) * 2019-06-11 2019-09-27 深圳市微付充科技有限公司 移动支付方法、移动终端、服务器及装置
US11676198B2 (en) * 2019-07-30 2023-06-13 Skipify, Inc. Computer-implemented methods of completing an online transaction that is performed via a user computing device and a merchant website running on a merchant computing device
CN110719173B (zh) * 2019-09-18 2022-04-12 平安科技（深圳）有限公司 一种信息处理方法及装置
CN110880106A (zh) * 2019-10-30 2020-03-13 支付宝(杭州)信息技术有限公司 双离线支付的实现方法和装置
CN110992172B (zh) * 2019-12-04 2024-03-29 杭州复杂美科技有限公司 离线支付方法、设备和存储介质
SE1951426A1 (en) * 2019-12-11 2021-06-12 Trust Anchor Group Ipr Ab Method for performing an offline transaction
US11615395B2 (en) * 2019-12-23 2023-03-28 Capital One Services, Llc Authentication for third party digital wallet provisioning
CN113159756A (zh) * 2020-01-07 2021-07-23 Oppo广东移动通信有限公司 支付信息处理方法和装置、可穿戴设备、计算机可读存储介质
CN111415143B (zh) * 2020-03-26 2022-10-04 支付宝(杭州)信息技术有限公司 支付设备及其支付方法和装置
EP4186205A4 (en) * 2020-07-23 2024-01-24 Visa Int Service Ass OFFLINE INTERACTION SYSTEM AND METHOD
CN112884465A (zh) * 2020-09-23 2021-06-01 周海婷 结合数字金融的离线支付验证方法及存储介质
CN112215593B (zh) * 2020-10-10 2024-04-09 中国平安人寿保险股份有限公司 一种支付方法、装置、服务器及存储介质
US20220147996A1 (en) * 2020-11-11 2022-05-12 Margo Networks Pvt.Ltd. Offline payment system and method
CN113822664B (zh) * 2020-12-23 2023-11-03 京东科技控股股份有限公司 用于开通离线支付的方法、装置、系统、终端、服务器和介质
CN114722365A (zh) * 2021-01-06 2022-07-08 腾讯科技（深圳）有限公司 一种身份信息识别的方法、相关装置、设备及存储介质
CN113762938A (zh) * 2021-04-08 2021-12-07 刘高峰 用于双离线场景下的聚合支付方法、装置及接收端
US11695855B2 (en) 2021-05-17 2023-07-04 Margo Networks Pvt. Ltd. User generated pluggable content delivery network (CDN) system and method
JP2023016169A (ja) * 2021-07-21 2023-02-02 東芝テック株式会社 決済システム、認識装置及びそのプログラム
CN113762951A (zh) * 2021-09-03 2021-12-07 刘高峰 同一用户的多个支付端支持离线支付额度的方法、服务端及系统
CN113850579A (zh) * 2021-09-27 2021-12-28 支付宝(杭州)信息技术有限公司 一种离线支付的授权、离线支付、收款方法及装置
WO2023224680A1 (en) 2022-05-18 2023-11-23 Margo Networks Pvt. Ltd. Peer to peer (p2p) encrypted data transfer/offload system and method
CN115001817B (zh) * 2022-06-01 2023-09-26 支付宝(杭州)信息技术有限公司 一种离线的身份识别方法、装置及设备
CN115603943A (zh) * 2022-09-07 2023-01-13 支付宝（杭州）信息技术有限公司（Cn） 一种离线身份验证的方法、装置、存储介质及电子设备
JP7445055B1 (ja) 2023-05-17 2024-03-06 ＰａｙＰａｙ株式会社 アプリケーションプログラム、決済制御方法、決済サーバ、プログラム、および決済システム

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2427915C2 (ru) * 2005-07-13 2011-08-27 Мастеркард Интернейшнл Инкорпорейтед Аппаратура и способ осуществления платежа, интегрированного с доставкой электронных товаров
RU2536357C2 (ru) * 2009-10-19 2014-12-20 Наталья Петровна Катина Система и способ интеграции удаленных независимых информационно-финансовых и/или платежных систем
WO2015039568A1 (en) * 2013-09-18 2015-03-26 Tencent Technology (Shenzhen) Company Limited Method and system for providing authorization by using mobile terminal
US20150332262A1 (en) * 2014-05-13 2015-11-19 Phaneendra Ramaseshu Lingappa Master applet for secure remote payment processing
RU2580086C2 (ru) * 2010-04-09 2016-04-10 Виза Интернэшнл Сервис Ассосиэйшн Система и способ надежной проверки достоверности транзакций

Family Cites Families (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5892900A (en) * 1996-08-30 1999-04-06 Intertrust Technologies Corp. Systems and methods for secure transaction management and electronic rights protection
JPH10134126A (ja) * 1996-11-01 1998-05-22 N T T Data Tsushin Kk 電子マネーシステム
US6304974B1 (en) * 1998-11-06 2001-10-16 Oracle Corporation Method and apparatus for managing trusted certificates
JP2002163483A (ja) * 2000-11-29 2002-06-07 Jepro:Kk 商品取引仲介システムまたは商品取引仲介方法
KR100376959B1 (ko) * 2001-04-23 2003-03-26 주식회사 시큐베이 모바일 단말기의 ｌｃｄ 바코드를 이용한 전자결제시스템, 그 전자 결제 방법 및 현금지급 방법
JP2004021311A (ja) * 2002-06-12 2004-01-22 Japan Telecom Co Ltd 情報処理装置及び情報処理方法
KR100578148B1 (ko) 2002-12-07 2006-05-10 주식회사 헬스피아 아이씨 카드 결제 기능을 가진 이동 통신 단말기
WO2004066177A1 (ja) * 2003-01-21 2004-08-05 Mitsui & Co., Ltd. 指紋センサ付き携帯型電子機器を用いたカード決済方法
JP2008217654A (ja) * 2007-03-07 2008-09-18 Ricoh Co Ltd 印刷決済プログラム及び記録媒体
KR20120019964A (ko) * 2010-08-27 2012-03-07 주식회사 모빌리언스 바코드 생성 알고리즘을 이용하는 휴대폰 결제 시스템 및 휴대폰 결제 방법
US9509686B2 (en) * 2010-12-03 2016-11-29 Microsoft Technology Licensing, Llc Secure element authentication
EP2659445A4 (en) * 2010-12-30 2016-10-12 Mozido Corfire Korea Ltd SYSTEM AND METHOD FOR MANAGING A MOBILE PORTFOLIO AND ASSOCIATED AUTHENTICATORS
GB201105765D0 (en) 2011-04-05 2011-05-18 Visa Europe Ltd Payment system
CN102831734A (zh) 2011-06-15 2012-12-19 上海博路信息技术有限公司 一种移动终端客户端的支付方法
US9355393B2 (en) 2011-08-18 2016-05-31 Visa International Service Association Multi-directional wallet connector apparatuses, methods and systems
CN102903045A (zh) * 2011-07-25 2013-01-30 上海博路信息技术有限公司 一种互联网方式的离线支付方法
US9710807B2 (en) 2011-08-18 2017-07-18 Visa International Service Association Third-party value added wallet features and interfaces apparatuses, methods and systems
US8811895B2 (en) * 2011-10-28 2014-08-19 Sequent Software Inc. System and method for presentation of multiple NFC credentials during a single NFC transaction
US20130185214A1 (en) 2012-01-12 2013-07-18 Firethorn Mobile Inc. System and Method For Secure Offline Payment Transactions Using A Portable Computing Device
US20130282588A1 (en) * 2012-04-22 2013-10-24 John Hruska Consumer, Merchant and Mobile Device Specific, Real-Time Dynamic Tokenization Activation within a Secure Mobile-Wallet Financial Transaction System
US9147187B1 (en) 2013-01-09 2015-09-29 Sprint Communications Company L.P. Storing and accessing a plurality of payment options on a secure element
US10198728B2 (en) * 2013-05-15 2019-02-05 Visa International Service Association Methods and systems for provisioning payment credentials
US9317704B2 (en) 2013-06-12 2016-04-19 Sequent Software, Inc. System and method for initially establishing and periodically confirming trust in a software application
US10607212B2 (en) * 2013-07-15 2020-03-31 Visa International Services Association Secure remote payment transaction processing
CN104301293B (zh) * 2013-07-19 2018-11-30 阿里巴巴集团控股有限公司 数据处理方法、装置和系统
US20150046337A1 (en) 2013-08-06 2015-02-12 Chin-hao Hu Offline virtual currency transaction
CA2936985A1 (en) 2014-02-04 2015-08-13 Visa International Service Association Token verification using limited use certificates
US20150278795A1 (en) * 2014-03-26 2015-10-01 Google Inc. Secure offline payment system
CN106465112A (zh) 2014-05-21 2017-02-22 维萨国际服务协会 离线认证
GB2526540A (en) 2014-05-23 2015-12-02 Theresa L Smith Provisioning of secure host card emulation
US10650372B2 (en) * 2014-05-29 2020-05-12 Apple Inc. Apparatuses and methods for managing payment applets on a secure element to conduct mobile payment transactions
CN105446713B (zh) * 2014-08-13 2019-04-26 阿里巴巴集团控股有限公司 安全存储方法及设备
JP6395678B2 (ja) 2014-08-14 2018-09-26 エヌエイチエヌ ペイコ コーポレーション 統合機能を有するカードを利用した決済サービス方法とシステム、および記録媒体
US9231925B1 (en) 2014-09-16 2016-01-05 Keypasco Ab Network authentication method for secure electronic transactions
CN104537529B (zh) * 2015-01-15 2018-04-27 上海亘好信息技术有限公司 一种基于便携终端通用接口的现场离线支付交易系统和方法
CN111899026A (zh) 2016-06-20 2020-11-06 创新先进技术有限公司 一种支付方法和装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2427915C2 (ru) * 2005-07-13 2011-08-27 Мастеркард Интернейшнл Инкорпорейтед Аппаратура и способ осуществления платежа, интегрированного с доставкой электронных товаров
RU2536357C2 (ru) * 2009-10-19 2014-12-20 Наталья Петровна Катина Система и способ интеграции удаленных независимых информационно-финансовых и/или платежных систем
RU2580086C2 (ru) * 2010-04-09 2016-04-10 Виза Интернэшнл Сервис Ассосиэйшн Система и способ надежной проверки достоверности транзакций
WO2015039568A1 (en) * 2013-09-18 2015-03-26 Tencent Technology (Shenzhen) Company Limited Method and system for providing authorization by using mobile terminal
US20150332262A1 (en) * 2014-05-13 2015-11-19 Phaneendra Ramaseshu Lingappa Master applet for secure remote payment processing

Also Published As

Publication number Publication date
CN111899026A (zh) 2020-11-06
MX2018016272A (es) 2019-08-22
KR102229744B1 (ko) 2021-03-19
JP7021291B2 (ja) 2022-02-16
CN106875186B (zh) 2020-07-24
US11195167B2 (en) 2021-12-07
KR20190020769A (ko) 2019-03-04
KR20200142528A (ko) 2020-12-22
JP6708761B2 (ja) 2020-06-10
TWI719190B (zh) 2021-02-21
AU2017280326A1 (en) 2019-01-31
US11250412B2 (en) 2022-02-15
EP3474211B1 (en) 2022-08-03
EP3474211A4 (en) 2019-06-26
TW201801000A (zh) 2018-01-01
PH12018502708A1 (en) 2019-11-11
SG11201811374SA (en) 2019-01-30
AU2017280326B2 (en) 2020-01-23
JP2020144923A (ja) 2020-09-10
JP2019525296A (ja) 2019-09-05
BR112018076683A2 (pt) 2019-04-02
CN106875186A (zh) 2017-06-20
ZA201900298B (en) 2019-09-25
CA3028496A1 (en) 2017-12-28
EP3474211A1 (en) 2019-04-24
WO2017219860A1 (zh) 2017-12-28
US20200126062A1 (en) 2020-04-23
US20190122202A1 (en) 2019-04-25

Similar Documents

Publication Publication Date Title
RU2727158C1 (ru) Способ и устройство офлайновой оплаты
US10594498B2 (en) Method and service-providing server for secure transmission of user-authenticating information
JP6573627B2 (ja) 補助デバイスを使用したサービス認可
JP6586446B2 (ja) 通信端末および関連システムのユーザーの識別情報を確認するための方法
US11501294B2 (en) Method and device for providing and obtaining graphic code information, and terminal
US11510054B2 (en) Methods, apparatuses, and computer program products for performing identification and authentication by linking mobile device biometric confirmation with third-party mobile device account association
CN102739708A (zh) 一种基于云平台访问第三方应用的系统及方法
CN112688773A (zh) 一种令牌的生成和校验方法及装置
KR20240023589A (ko) 온라인 서비스 서버와 클라이언트 간의 상호 인증 방법 및 시스템
US20150302506A1 (en) Method for Securing an Order or Purchase Operation Means of a Client Device
WO2015184809A1 (zh) 移动终端支付交易的方法、移动终端、服务提供商设备及系统
KR101705293B1 (ko) 비밀스런 인증데이터 관리가 필요 없는 인증시스템 및 방법
JP2018093375A (ja) 情報処理システム、情報処理方法、及びプログラム
KR20160011863A (ko) Qr코드를 이용하고 2채널로 2차 인증을 하는 인증 시스템 및 그 방법
GB2607282A (en) Custody service for authorising transactions

Legal Events

Date Code Title Description
PC41 Official registration of the transfer of exclusive right

Effective date: 20210311

PC41 Official registration of the transfer of exclusive right

Effective date: 20210420