CN110827018A - 一种公共交通app客户端间二维码互通使用的方法 - Google Patents

一种公共交通app客户端间二维码互通使用的方法 Download PDF

Info

Publication number
CN110827018A
CN110827018A CN201910962689.9A CN201910962689A CN110827018A CN 110827018 A CN110827018 A CN 110827018A CN 201910962689 A CN201910962689 A CN 201910962689A CN 110827018 A CN110827018 A CN 110827018A
Authority
CN
China
Prior art keywords
sdk
app client
dimensional code
party
target
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
CN201910962689.9A
Other languages
English (en)
Inventor
宋泽尧
彭涛
刘帅
孟照云
王盈盈
郑先乐
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Yi Hang Technology Co Ltd
Original Assignee
Beijing Yi Hang Technology Co Ltd
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 Beijing Yi Hang Technology Co Ltd filed Critical Beijing Yi Hang Technology Co Ltd
Priority to CN201910962689.9A priority Critical patent/CN110827018A/zh
Publication of CN110827018A publication Critical patent/CN110827018A/zh
Pending legal-status Critical Current

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/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3825—Use of electronic signatures
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明涉及公共交通出行技术领域，具体涉及一种公共交通APP客户端间二维码互通使用的方法。目标APP客户端接收第三方APP客户端发布的SDK；在目标APP客户端中嵌入第三方APP客户端发布的SDK，然后访问第三方APP客户端后台来获取认证令牌；目标APP客户端初始化SDK；需要生成二维码时，向SDK后台发送生成请求，所述SDK后台通过生成请求后，将结果反馈给SDK，所述SDK生成二维码。本发明通过在不同公共交通的APP上通过嵌入SDK的方式，让第三方的APP可以生成接入行业的二维码，从而在终端设备零改动的情况下实现不同公共交通APP之间二维码互通使用。使乘客使用现有的APP也能够实现二维码乘车，不需要额外下载APP，给乘客乘车时使用二维码支付提供了较大的便利。

Description

一种公共交通APP客户端间二维码互通使用的方法
技术领域
本发明涉及公共交通出行技术领域，具体涉及一种公共交通APP客户端间二维码互通使用的方法。
背景技术
现在公共交通可以大致分为轨道交通、道路交通、水运、空运等，现如今随着信息技术的发展以及智能移动设备的普及，公共交通领域也出现了许多更便捷、便利的支付方式，例如：NFC和手机APP二维码乘车等。但是NFC需要依赖硬件，目前国内支持NFC的移动设备大多是高端手机，为此出现了一种以手机APP生成二维码乘坐公共交通的方式，现有的技术中不同的公共交通APP生成的二维码仅限于本交通领域的使用，因为不同的公共交通系统所产生的交易数据存在差异，且业务逻辑也不同，所以为了适应本行业的业务规则不同的公共交通APP所产生的二维码都是针对自己行业在组织数据生成二维码。因此，在面对不同的交通类型时，乘客往往需要在手机上下载不同的APP进行支付。或者，乘客现有使用的支付APP不能便捷的接入官方提供的服务平台进行支付，也需要额外下载官方的APP，使用极为不便。
发明内容
本发明提供了一种公共交通APP客户端间二维码互通使用的方法，解决现有技术中乘客需要在手机上额外下载一个或多个APP，造成使用不便的技术问题。
本发明所采用的技术方案为：
一种公共交通APP客户端间二维码互通使用的方法，包括以下步骤：
目标APP客户端接收第三方APP客户端发布的SDK；
在目标APP客户端中嵌入第三方APP客户端发布的SDK，然后访问第三方APP客户端后台来获取认证令牌，获取认证令牌后，目标APP客户端即可使用SDK功能；
在使用SDK功能时，目标APP客户端初始化SDK；
当目标APP客户端需要生成二维码时，通过SDK向SDK后台发送二维码生成请求，所述SDK后台通过所述二维码生成请求后，将结果反馈给SDK，所述SDK接收到反馈信息后，生成二维码并将该二维码传送给目标APP客户端。
进一步地，所述第三方APP客户端为官方服务平台，目标APP客户端为需要接入官方服务平台的商户APP客户端。
进一步地，所述通过所述SDK提供的接口来实现在目标APP客户端上生成第三方APP客户端乘车码并能够正常使用乘车业务。
进一步地，所述SDK为提供给目标APP客户端用于接入第三方APP客户端业务的程序包，目标APP客户端在与SDK交互时需要将获取的认证令牌作为参数传入，从而增强安全性和请求的合法性。
进一步地，所述SDK提供的接入第三方APP客户端乘车码所需的业务接口包括：目标APP客户端用户授权、支付渠道签约、获取支付渠道列表、支付渠道签约状态查询、开通二维码乘车业务、关联支付渠道、解约支付渠道、获取行程记录等。
进一步地，所述SDK后台提供基于HTTPS协议的数据传输接口，SDK与SDK后台通过HTTPS协议进行通信，在SDK与SDK后台之间通过网关来转发和响应。
进一步地，所述目标APP客户端在使用SDK之前获取认证令牌时，目标APP客户端请求发送至第三方APP客户端网关，请求的数据需要做签名sign，第三方APP客户端方提供网关公共参数列表并给目标APP客户端颁发appId和appSecret，在公共参数中放置appId,appSecret,sign,ts,signType，所述签名算法为signType指定的方式；目标APP客户端生成一对公私钥对，并将自己的公钥提供给第三方APP客户端的网关。所述公钥在没有目标APP客户端后台的前提下可以线下提供。
进一步地，所述sign为参数生成的签名，sign生成算法如下：
目标APP客户端将请求对象转化成map。并将httpheader中的ts放置到map里。按照map的key自然排序，生成字符串如:key1＝value1&key2＝value2&key3＝value3&key4＝value4，并用私钥签名字符串生成sign。
本发明中SDK与SDK后台之前通过网关来转发请求和响应，目标APP客户端接入第三方APP客户端内部服务或SDK接入SDK后台，第三方APP客户端需要给目标APP客户端颁发appId和appSecret。(在没有用户可以操作获取appSecret的开放平台页面时，appSecret可以由第三方APP客户端线下给予)。如无特殊说明，所有接口的调用方式都是application/json；
第三方APP客户端网关在响应目标APP客户端请求时，可以选择给响应参数体加签。目标APP客户端收到响应可以选择验签。第三方APP客户端网关需要生成一对公私钥，并将自己的公钥下发给目标APP客户端。响应签名方式为公共响应参数signType指定的方式。响应生成的sign放置在响应的公共响应参数sign中。目标APP客户端收到响应用易通行的公钥解签。
所述的网关是完成SDK与SDK后台、目标APP客户端后台与第三方APP客户端后台交互的系统；
所述的网关又称网络连接器、协议转换器。此处网关作用是接受调用方网络请求并进行请求参数验签、验证请求合法性后将请求转发到SDK后台，SDK后台处理完成后将响应信息通过网关返回到SDK；
所述的网关提供了多维度的认证策略，网关提供多种认证模式，如：Token、Basic、IP地址等，只有通过认证的客户端才能进一步访问网关暴露的服务。认证通过后再检测客户端是否有权限访问指定的API，具体API包括：目标APP客户端用户授权、支付渠道签约、获取支付渠道列表、支付渠道签约状态查询、开通二维码乘车业务、关联支付渠道、解约支付渠道、获取行程记录等；
所述的网关提供了服务编排控制，服务超时和熔断处理：网关对于稳定性和性能要求非常高，不能因为个别API响应缓慢或者无法提供服务导致整个网关堵塞。为此网关为所有注册的API提供了超时处理机制，管理员可以根据API的特点设置合理的超时时间，当响应超时网关直接返回超时异常或者API预设置的异常返回数据；如果某个API服务连续多次请求无响应，系统会自动熔断对该API的请求，从而避免每次请求过来都需要触发超时和服务返回异常才返回客户端，当服务恢复后网关会自动恢复熔断链路。
本发明的有益效果为：
本发明通过在不同公共交通的APP上通过嵌入SDK的方式，让第三方的APP可以生成接入行业的二维码，从而在终端设备零改动的情况下实现不同公共交通APP之间二维码互通使用。使乘客使用现有的APP也能够实现二维码乘车，不需要额外下载APP，给乘客乘车时使用二维码支付提供了较大的便利。
附图说明
图1是本发明实施例1中公开的公共交通APP客户端间二维码互通使用的方法步骤流程图。
具体实施方式
这里将详细地对示例性实施例进行说明。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
实施例1
如图1所示，本实施例示出了一种公共交通APP客户端间二维码互通使用的方法，该方法包括以下步骤：
S101.目标APP客户端接收第三方APP客户端发布的SDK；
S102.在目标APP客户端中嵌入第三方APP客户端发布的SDK，然后访问第三方APP客户端后台来获取认证令牌，获取认证令牌后，目标APP客户端即可使用SDK功能；
S103.在使用SDK功能时，目标APP客户端初始化SDK；
S104.当目标APP客户端需要生成二维码时，通过SDK向SDK后台发送二维码生成请求，所述SDK后台通过所述二维码生成请求后，将结果反馈给SDK，所述SDK接收到反馈信息后，生成二维码并将该二维码传送给目标APP客户端。
所述第三方APP客户端为官方服务平台，目标APP客户端为需要接入官方服务平台的商户APP客户端。
所述通过所述SDK提供的接口来实现在目标APP客户端上生成第三方APP客户端乘车码并能够正常使用乘车业务。
所述SDK为提供给目标APP客户端用于接入第三方APP客户端业务的程序包，目标APP客户端在与SDK交互时需要将获取的认证令牌作为参数传入，从而增强安全性和请求的合法性。
所述SDK提供的接入第三方APP客户端乘车码所需的业务接口包括：目标APP客户端用户授权、支付渠道签约、获取支付渠道列表、支付渠道签约状态查询、开通二维码乘车业务、关联支付渠道、解约支付渠道、获取行程记录等。
所述SDK后台提供基于HTTPS协议的数据传输接口，SDK与SDK后台通过HTTPS协议进行通信，在SDK与SDK后台之间通过网关来转发和响应。
所述目标APP客户端在使用SDK之前获取认证令牌时，目标APP客户端请求发送至第三方APP客户端网关，请求的数据需要做签名sign，第三方APP客户端方提供网关公共参数列表并给目标APP客户端颁发appId和appSecret，在公共参数中放置appId,appSecret,sign,ts,signType，所述签名算法为signType指定的方式；目标APP客户端生成一对公私钥对，并将自己的公钥提供给第三方APP客户端的网关。所述公钥在没有目标APP客户端后台的前提下可以线下提供。
所述sign为参数生成的签名，sign生成算法如下：
目标APP客户端将请求对象转化成map。并将httpheader中的ts放置到map里。按照map的key自然排序，生成字符串如:key1＝value1&key2＝value2&key3＝value3&key4＝value4，并用私钥签名字符串生成sign。
本发明中SDK与SDK后台之前通过网关来转发请求和响应，目标APP客户端接入第三方APP客户端内部服务或SDK接入SDK后台，第三方APP客户端需要给目标APP客户端颁发appId和appSecret。(在没有用户可以操作获取appSecret的开放平台页面时，appSecret可以由第三方APP客户端线下给予)。如无特殊说明，所有接口的调用方式都是application/json；
第三方APP客户端网关在响应目标APP客户端请求时，可以选择给响应参数体加签。目标APP客户端收到响应可以选择验签。第三方APP客户端网关需要生成一对公私钥，并将自己的公钥下发给目标APP客户端。响应签名方式为公共响应参数signType指定的方式。响应生成的sign放置在响应的公共响应参数sign中。目标APP客户端收到响应用易通行的公钥解签。
所述的网关是完成SDK与SDK后台、目标APP客户端后台与第三方APP客户端后台交互的系统；
所述的网关又称网络连接器、协议转换器。此处网关作用是接受调用方网络请求并进行请求参数验签、验证请求合法性后将请求转发到SDK后台，SDK后台处理完成后将响应信息通过网关返回到SDK；
所述的网关提供了多维度的认证策略，网关提供多种认证模式，如：Token、Basic、IP地址等，只有通过认证的客户端才能进一步访问网关暴露的服务。认证通过后再检测客户端是否有权限访问指定的API，具体API包括：目标APP客户端用户授权、支付渠道签约、获取支付渠道列表、支付渠道签约状态查询、开通二维码乘车业务、关联支付渠道、解约支付渠道、获取行程记录等；
所述的网关提供了服务编排控制，服务超时和熔断处理：网关对于稳定性和性能要求非常高，不能因为个别API响应缓慢或者无法提供服务导致整个网关堵塞。为此网关为所有注册的API提供了超时处理机制，管理员可以根据API的特点设置合理的超时时间，当响应超时网关直接返回超时异常或者API预设置的异常返回数据；如果某个API服务连续多次请求无响应，系统会自动熔断对该API的请求，从而避免每次请求过来都需要触发超时和服务返回异常才返回客户端，当服务恢复后网关会自动恢复熔断链路。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方组件图来描述的。应理解可由计算机程序指令实现流程图和/或方组件图中的每一流程和/或方组件、以及流程图和/或方组件图中的流程和/或方组件的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方组件图一个方组件或多个方组件中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方组件图一个方组件或多个方组件中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方组件图一个方组件或多个方组件中指定的功能的步骤。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (8)

1.一种公共交通APP客户端间二维码互通使用的方法，其特征在于，包括以下步骤：
目标APP客户端接收第三方APP客户端发布的SDK；
在目标APP客户端中嵌入第三方APP客户端发布的SDK，然后访问第三方APP客户端后台来获取认证令牌，获取认证令牌后，目标APP客户端即可使用SDK功能；
在使用SDK功能时，目标APP客户端初始化SDK；
当目标APP客户端需要生成二维码时，通过SDK向SDK后台发送二维码生成请求，所述SDK后台通过所述二维码生成请求后，将结果反馈给SDK，所述SDK接收到反馈信息后，生成二维码并将该二维码传送给目标APP客户端。
2.根据权利要求1所述的公共交通APP客户端间二维码互通使用的方法，其特征在于：所述第三方APP客户端为官方服务平台，目标APP客户端为需要接入官方服务平台的商户APP客户端。
3.根据权利要求1所述的公共交通APP客户端间二维码互通使用的方法，其特征在于：所述通过所述SDK提供的接口来实现在目标APP客户端上生成第三方APP客户端乘车码并能够正常使用乘车业务。
4.根据权利要求1所述的公共交通APP客户端间二维码互通使用的方法，其特征在于：所述SDK为提供给目标APP客户端用于接入第三方APP客户端业务的程序包，目标APP客户端在与SDK交互时需要将获取的认证令牌作为参数传入，从而增强安全性和请求的合法性。
5.根据权利要求1所述的公共交通APP客户端间二维码互通使用的方法，其特征在于，所述SDK提供的接入第三方APP客户端乘车码所需的业务接口包括：目标APP客户端用户授权、支付渠道签约、获取支付渠道列表、支付渠道签约状态查询、开通二维码乘车业务、关联支付渠道、解约支付渠道和获取行程记录。
6.根据权利要求1所述的公共交通APP客户端间二维码互通使用的方法，其特征在于：所述SDK后台提供基于HTTPS协议的数据传输接口，SDK与SDK后台通过HTTPS协议进行通信，在SDK与SDK后台之间通过网关来转发和响应。
7.根据权利要求1所述的公共交通APP客户端间二维码互通使用的方法，其特征在于：所述目标APP客户端在使用SDK之前获取认证令牌时，目标APP客户端请求发送至第三方APP客户端网关，请求的数据需要做签名sign，第三方APP客户端方提供网关公共参数列表并给目标APP客户端颁发appId和appSecret，在公共参数中放置appId,appSecret,sign,ts,signType，所述签名算法为signType指定的方式；目标APP客户端生成一对公私钥对，并将自己的公钥提供给第三方APP客户端的网关。
8.根据权利要求7所述的公共交通APP客户端间二维码互通使用的方法，其特征在于：所述sign为参数生成的签名，sign生成算法如下：
目标APP客户端将请求对象转化成map，并将http header中的ts放置到map里，按照map的key自然排序，生成字符串，并用私钥签名字符串生成sign。
CN201910962689.9A 2019-10-11 2019-10-11 一种公共交通app客户端间二维码互通使用的方法 Pending CN110827018A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910962689.9A CN110827018A (zh) 2019-10-11 2019-10-11 一种公共交通app客户端间二维码互通使用的方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910962689.9A CN110827018A (zh) 2019-10-11 2019-10-11 一种公共交通app客户端间二维码互通使用的方法

Publications (1)

Publication Number Publication Date
CN110827018A true CN110827018A (zh) 2020-02-21

Family

ID=69549196

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910962689.9A Pending CN110827018A (zh) 2019-10-11 2019-10-11 一种公共交通app客户端间二维码互通使用的方法

Country Status (1)

Country Link
CN (1) CN110827018A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114282995A (zh) * 2021-12-22 2022-04-05 成都智元汇信息技术股份有限公司 一种基于sdk获取异地乘车二维码的方法、地铁客户端及系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105913233A (zh) * 2016-04-11 2016-08-31 苏州云清伟业网络科技有限公司 适用于应用客户端支付的sdk处理方法
CN107689870A (zh) * 2017-08-29 2018-02-13 杭州绿湾网络科技有限公司 客户端鉴权方法和系统
CN108965230A (zh) * 2018-05-09 2018-12-07 深圳市中信网安认证有限公司 一种安全通信方法、系统及终端设备
CN109523254A (zh) * 2018-11-29 2019-03-26 湖北云雷文化传播有限公司 一种基于手机app通过双离线扫码的多种支付方法
US20190132317A1 (en) * 2017-10-30 2019-05-02 International Business Machines Corporation Third-Party Authorization of Access Tokens

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105913233A (zh) * 2016-04-11 2016-08-31 苏州云清伟业网络科技有限公司 适用于应用客户端支付的sdk处理方法
CN107689870A (zh) * 2017-08-29 2018-02-13 杭州绿湾网络科技有限公司 客户端鉴权方法和系统
US20190132317A1 (en) * 2017-10-30 2019-05-02 International Business Machines Corporation Third-Party Authorization of Access Tokens
CN108965230A (zh) * 2018-05-09 2018-12-07 深圳市中信网安认证有限公司 一种安全通信方法、系统及终端设备
CN109523254A (zh) * 2018-11-29 2019-03-26 湖北云雷文化传播有限公司 一种基于手机app通过双离线扫码的多种支付方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114282995A (zh) * 2021-12-22 2022-04-05 成都智元汇信息技术股份有限公司 一种基于sdk获取异地乘车二维码的方法、地铁客户端及系统

Similar Documents

Publication Publication Date Title
KR102229744B1 (ko) 오프라인 결제 방법 및 디바이스
US20190073671A1 (en) Payment authentication method, apparatus and system for onboard terminal
US11218481B2 (en) Personal identity system
US11658963B2 (en) Cooperative communication validation
CN109168139B (zh) 一种基于区块链的WiFi共享方法及服务器
GB2516828A (en) Processing electronic tokens
CN103516713A (zh) 帮助实现和认证事务
CN102811228A (zh) 网络业务登录方法、设备和系统
TWI632798B (zh) 伺服器、行動終端機、網路實名認證系統及方法
HUE026214T2 (en) Qualified electronic signature system, associated process and mobile phone device for qualified electronic signature
US9276934B2 (en) Self-activation of user device
CN105191208B (zh) 用于激活用户装置上的应用程序的方法
WO2019081816A1 (en) ANONYMITY SYSTEM FOR DELIVERY OF GOODS
CN107438054B (zh) 基于公众平台实现菜单信息控制的方法及系统
CN104247485A (zh) 在通用自举架构中的网络应用功能授权
WO2019056971A1 (zh) 一种鉴权方法及设备
CN109583154A (zh) 一种基于Web中间件访问智能密码钥匙的系统及方法
CN111259356B (zh) 授权方法、辅助授权组件、管理服务器和计算机可读介质
CN114390524B (zh) 一键登录业务的实现方法和装置
CN103167403A (zh) 电子渠道业务的认证方法及系统
KR101604622B1 (ko) 암호 행렬 인증을 이용한 모바일 결제 처리 방법
CN110827018A (zh) 一种公共交通app客户端间二维码互通使用的方法
US9723436B2 (en) Mobile device location
US20150131525A1 (en) Method, Device, and System for Implementing Function Sharing in Wireless Access Hotspot Device
CN103139695B (zh) 面向客户端的电信能力调用方法和网络设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20200221

RJ01 Rejection of invention patent application after publication