CN112039928B - 一种处理凭证的方法和系统 - Google Patents
一种处理凭证的方法和系统 Download PDFInfo
- Publication number
- CN112039928B CN112039928B CN202011219980.6A CN202011219980A CN112039928B CN 112039928 B CN112039928 B CN 112039928B CN 202011219980 A CN202011219980 A CN 202011219980A CN 112039928 B CN112039928 B CN 112039928B
- Authority
- CN
- China
- Prior art keywords
- client
- data
- dimensional code
- result
- module
- 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.)
- Active
Links
Images
Classifications
-
- 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
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种处理凭证的方法和系统,涉及通信领域。该方法包括:客户端组织第一数据、第一用户编号、凭证编号和时间数据得到第一待处理报文并发送给二维码终端进行签名,当接收到第一签名结果时,将第一待处理报文和第一签名结果发送给客户端后台;客户端后台将组织后的第一待处理报文和第一签名结果发送给认证平台,将认证平台返回的待处理凭证中的第一数据和二维码数据通过客户端发送给二维码终端;二维码终端对二维码数据进行编码得到二维码图片并显示,生成用于提示用户扫码的语音信息并播报。本发明实现了无需用户手动输入信息即可实现对凭证数据的处理,同时可以在凭证处理完成后提供语音播报,提高了用户体验。
Description
技术领域
本发明涉及通信领域,尤其涉及一种处理凭证的方法和系统。
背景技术
随着互联网技术的发展和电子设备的普及,扫码成为了用户获取信息的主流方式之一,如扫码获取发票,扫码获取服务等。目前,扫码设备主要分为主扫设备和被扫设备。其中,被扫设备较为常见,但由于被扫设备带独立摄像头,价格相对较高。主扫设备又分为静态二维码设备和动态二维码设备,静态二维码设备在使用过程中需要用户手动输入信息,容易造成输入偏差,且一般不具备语音播报的功能,无法在信息处理过程中提供语音播报。动态二维码设备一般为脱机设备,在信息处理过程中,用于确保信息传输安全的签名私钥保存在客户端后台,这就导致一旦客户端后台存在漏洞或被恶意入侵,数据处理过程的安全性将无法得到保障。因此,如何提供一种可以安全处理信息且具备语音播报功能的系统成为一个亟待解决的技术问题。
发明内容
为解决现有技术的不足,提供了一种处理凭证的方法和系统。
第一方面,本发明提供了一种处理凭证的方法,适用于包含客户端、客户端后台和二维码终端的系统,该方法包括如下步骤:
步骤101:所述客户端接收第一用户输入的信息,从所述第一用户输入的信息中提取第一数据,获取时间数据、第一用户编号,生成凭证编号,组织所述第一数据、所述第一用户编号、所述凭证编号和所述时间数据得到第一待处理报文,将所述第一待处理报文发送给所述二维码终端;
步骤102:所述二维码终端根据保存的第一用户的签名证书私钥对接收到的第一待处理报文进行签名得到第一签名结果,将所述第一签名结果发送给客户端;
步骤103:所述客户端将保存的第一待处理报文和接收到的第一签名结果发送给所述客户端后台;
步骤104:所述客户端后台组织接收到的第一待处理报文和第一签名结果得到第二待处理报文,将所述第二待处理报文发送给认证平台;
步骤105:当所述客户端后台接收到所述认证平台根据所述第二待处理报文创建的待处理凭证时,从所述待处理凭证中获取第一数据、第一用户编号、凭证编号和二维码数据,将第一数据、第一用户编号、凭证编号和二维码数据发送给客户端;所述二维码数据为所述认证平台根据所述第一数据和所述凭证编号生成的;
步骤106:所述客户端接收所述客户端后台发送的第一数据和二维码数据,将所述第一数据和所述二维码数据发送给所述二维码终端;
步骤107:所述二维码终端对所述二维码数据进行编码得到二维码图片并显示,根据所述第一数据生成用于提示用户扫码的语音信息并播报;
所述步骤106之后还包括:
步骤W:所述客户端后台接收并组织所述客户端发送的第一查询报文和第二签名结果得到第二查询报文,将所述第二查询报文发送给所述认证平台,当接收到所述认证平台返回的包含第一数据和处理完成信息的查询结果时,通过所述客户端向所述二维码终端发送所述第一数据和所述处理完成信息。
第二方面,本发明提供了一种处理凭证的系统,包括:客户端、客户端后台和二维码终端;
所述客户端包括:第一接收模块、第一获取模块、第一组织模块、第一发送模块、第二发送模块、第二接收模块和第三发送模块;
所述第一接收模块,用于接收第一用户输入的信息;
所述第一获取模块,用于从所述第一用户输入的信息中提取第一数据,获取时间数据、第一用户编号,生成凭证编号;
所述第一组织模块,用于组织所述第一数据、所述第一用户编号、所述凭证编号和所述时间数据得到第一待处理报文;
所述第一发送模块,用于将所述第一待处理报文发送给所述二维码终端;
所述第二发送模块,用于将保存的第一待处理报文和接收到的第一签名结果发送给所述客户端后台;
所述第二接收模块,用于接收所述客户端后台发送第一数据和二维码数据;
所述第三发送模块,用于将所述第一数据和所述二维码数据发送给所述二维码终端;
客户端后台包括:第二组织模块、第四发送模块、第三接收模块、第二获取模块和第五发送模块;
所述第二组织模块,用于组织接收到的第一待处理报文和第一签名结果得到第二待处理报文;
所述第四发送模块,用于将所述第二待处理报文发送给认证平台;
所述第三接收模块,用于接收所述认证平台根据所述第二待处理报文创建的待处理凭证;
所述第二获取模块,用于从所述待处理凭证中获取第一数据、第一用户编号、凭证编号和二维码数据;
所述第五发送模块,用于将第一数据、第一用户编号、凭证编号和二维码数据发送给客户端;所述二维码数据为所述认证平台根据所述第一数据和所述凭证编号生成的;
所述二维码终端包括:第一签名模块、第六发送模块、编码模块和第一播报模块;
所述第一签名模块,用于根据保存的第一用户的签名证书私钥对接收到的第一待处理报文进行签名得到第一签名结果;
所述第六发送模块,用于将所述第一签名结果发送给客户端;
所述编码模块,用于对所述二维码数据进行编码得到二维码图片并显示;
所述第一播报模块,用于根据所述第一数据生成用于提示用户扫码的语音信息并播报;
所述客户端后台还包括:组织查询发送模块;
所述组织查询发送模块,用于组织所述客户端发送的第一查询报文和第二签名结果得到第二查询报文,将所述第二查询报文发送给所述认证平台,当接收到所述认证平台返回的包含第一数据和处理完成信息的查询结果时,通过所述客户端向所述二维码终端发送所述第一数据和所述处理完成信息。
本发明与现有技术相比,至少具有以下优点:
本发明提供的一种处理凭证的方法和系统,无需用户手动输入信息即可实现为对凭证数据的处理,同时可以在凭证处理完成后提供语音播报,提高了用户体验。且该系统通过将用于签名的私钥预置在二维码终端内,实现了二维码终端对凭证数据的签名,确保了凭证处理的安全性。
附图说明
图1为本发明实施例1提供的一种处理凭证的方法流程图;
图2为本发明实施例2提供的一种处理凭证的方法流程图;
图3为本发明实施例2提供的一种处理凭证的方法流程图;
图4为本发明实施例3提供的一种处理凭证的系统框图。
具体实施方式
本申请提出一种处理凭证的方法和系统,下面结合附图,对本申请具体实施方式进行详细说明。所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本申请,而不能解释为对本申请的限制。
本技术领域技术人员可以理解,除非另外定义,这里使用的所有术语(包括技术术语和科学术语),具有与本申请所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是,诸如通用字典中定义的那些术语,应该被理解为具有与现有技术的上下文中的意义一致的意义,并且除非像这里一样被特定定义,否则不会用理想化或过于正式的含义来解释。
为使本发明的目的、技术方案和优点更加清楚,下面结合附图对本发明实施方式作进一步地详细描述。
实施例1
本发明实施例1提供了一种处理凭证的方法,适用于包含客户端、客户端后台和二维码终端的系统,如图1所示,包括如下步骤:
步骤101:客户端接收第一用户输入的信息,从第一用户输入的信息中提取第一数据,获取时间数据、第一用户编号,生成凭证编号,组织第一数据、第一用户编号、凭证编号和时间数据得到第一待处理报文,将第一待处理报文发送给二维码终端;
步骤102:二维码终端根据保存的第一用户的签名证书私钥对接收到的第一待处理报文进行签名得到第一签名结果,将第一签名结果发送给客户端;
步骤103:客户端将保存的第一待处理报文和接收到的第一签名结果发送给客户端后台;
步骤104:客户端后台组织接收到的第一待处理报文和第一签名结果得到第二待处理报文,将第二待处理报文发送给认证平台;
步骤105:当客户端后台接收到认证平台根据第二待处理报文创建的待处理凭证时,从待处理凭证中获取第一数据、第一用户编号、凭证编号和二维码数据,将第一数据、第一用户编号、凭证编号和二维码数据发送给客户端;二维码数据为认证平台根据第一数据和凭证编号生成的;
步骤106:客户端接收客户端后台发送的第一数据和二维码数据,将第一数据和二维码数据发送给二维码终端;
步骤107:二维码终端对二维码数据进行编码得到二维码图片并显示,根据第一数据生成用于提示用户扫码的语音信息并播报;
步骤106之后还包括:
步骤W:客户端后台接收并组织客户端发送的第一查询报文和第二签名结果得到第二查询报文,将第二查询报文发送给认证平台,当接收到认证平台返回的包含第一数据和处理完成信息的查询结果时,通过客户端向二维码终端发送第一数据和处理完成信息。
可选地,本实施例中,步骤101之前还包括客户端登录客户端后台的过程,包括如下步骤:
步骤B1:客户端接收第一用户输入的第一用户编号和登录密码,向客户端后台发送包含第一用户编号和登录密码的登录请求;
步骤B2:客户端后台接收客户端发送的登录请求,对登录请求中的第一用户编号和登录密码进行验证并生成验证结果,向客户端返回包含验证结果的登录响应;
步骤B3:客户端接收客户端后台发送的登录响应,当登录响应包含验证成功结果时,与客户端后台建立长连接。
可选地,本实施例中,步骤101之前还包括客户端与二维码终端建立绑定连接的过程,包括如下步骤:
步骤E1:客户端与二维码终端建立通信连接通道;
步骤E2:当客户端接收到第一用户输入的第一用户编号和第一用户选取的签名证书时,将签名证书导入到二维码终端中,与二维码终端进行绑定。
可选地,本实施例中,客户端具体为小程序;步骤E1具体为:客户端扫描周围的蓝牙设备,当扫描到二维码终端时,通过蓝牙接口与二维码终端建立蓝牙通信连接。
可选地,本实施例中,客户端具体为插件;步骤E1具体为:客户端与二维码终端通过USB接口建立通信连接。
可选地,本实施例中,步骤101中,将第一待处理报文发送给二维码终端之前还包括:
步骤a1:客户端组织第一用户输入的信息、第一用户编号、凭证编号和时间数据得到待确认报文,将待确认报文发送给客户端后台;
步骤a2:客户端后台接收客户端发送的待确认报文,对待确认报文进行确认并生成确认结果,向客户端发送确认结果;
步骤a3:客户端接收客户端后台发送的确认结果,判断确认结果中是否包含确认成功信息,如果是,执行将第一待处理报文发送给二维码终端的操作,否则,结束。
可选地,本实施例中,步骤W具体包括:
步骤N1:客户端获取第一用户编号,按照第一预设报文格式组织第一用户编号和凭证编号得到第一查询报文并保存,将第一查询报文发送给二维码终端;
步骤N2:二维码终端接收客户端发送的第一查询报文,根据保存的第一用户的签名证书私钥对第一查询报文进行签名得到第二签名结果,将第二签名结果发送给客户端;
步骤N3:客户端接收二维码终端发送的第二签名结果,获取保存的第一查询报文,将第一查询报文和第二签名结果发送给客户端后台;
步骤N4:客户端后台接收客户端发送的第一查询报文和第二签名结果,按照第二预设报文格式组织第一查询报文和第二签名结果得到第二查询报文,将第二查询报文与第一查询报文中的凭证编号对应保存,将第二查询报文发送给认证平台;
步骤N5:当客户端后台接收到认证平台根据第二查询报文生成的查询结果时,解析查询结果得到第一数据、凭证编号、时间数据和处理状态信息,如处理状态信息为处理完成信息,向客户端发送第一数据、凭证编号和处理完成信息;
步骤N6:客户端接收客户端后台发送的第一数据、凭证编号和处理完成信息,向二维码终端发送第一数据和处理完成信息。
可选地,本实施例中,步骤N5还包括:如处理状态信息为处理尚在进行中, 执行步骤H1-H3;
步骤H1:客户端后台根据解析查询结果得到的时间数据判断凭证编号对应的待处理凭证是否在有效期内,如果是,执行步骤H2,否则,通过客户端向二维码终端发送处理完成信息和第一数据;
步骤H2:客户端后台根据解析查询结果得到的凭证编号查找凭证编号对应的第二查询报文,将查找到的第二查询报文发送给认证平台;
步骤H3:当客户端后台接收到认证平台返回的查询结果时,解析查询结果得到第一数据、凭证编号、时间数据和处理状态信息,如处理状态信息为处理完成信息,向客户端发送第一数据、凭证编号和处理完成信息,执行步骤N6,如处理状态信息为处理尚在进行中,返回步骤H1。
可选地,本实施例中,步骤W之后还包括:
步骤K:当二维码终端接收到客户端发送的第一数据和处理完成信息时,根据第一数据和处理完成信息生成用于提示处理结果的语音信息并播报。
可选地,本实施例中,处理完成信息包括处理成功信息;根据第一数据和处理完成信息生成用于提示处理结果的语音信息并播报具体为:二维码终端根据第一数据和处理成功信息生成用于提示处理成功结果的语音信息并播报。
可选地,本实施例中,处理完成信息包括处理失败信息;根据第一数据和处理完成信息生成用于提示处理结果的语音信息并播报具体为:二维码终端根据处理失败信息生成用于提示处理失败结果的语音信息并播报。
可选地,本实施例中,查询结果还包括凭证编号;步骤W还包括:客户端后台通过客户端向二维码终端发送凭证编号;
步骤K还包括:二维码终端接收客户端发送的凭证编号;
步骤K之后还包括:
步骤b1;二维码终端生成播报完成结果,向客户端发送凭证编号和播报完成结果;
步骤b2:客户端接收二维码终端发送的播报完成结果和凭证编号,将播报完成结果和凭证编号发送给客户端后台;
步骤b3:客户端后台接收客户端发送的播报完成结果和凭证编号,根据凭证编号查找第一用户编号,将接收到的播报完成结果和凭证编号与查找到的第一用户编号对应保存。
本实施例提供的一种处理凭证的方法和系统,无需用户手动输入信息即可实现为对凭证数据的处理,同时可以在凭证处理完成后提供语音播报,提高了用户体验。且该系统通过将用于签名的私钥预置在二维码终端内,实现了二维码终端对凭证数据的签名,确保了凭证处理的安全性。
实施例2
本发明实施例2提供了一种处理凭证的方法,适用于包含客户端、客户端后台和二维码终端的系统,如图2和图3所示,该方法包括如下步骤:
步骤201:客户端接收第一用户输入的信息,获取时间数据、二维码终端序列号和第一用户编号,根据时间数据和二维码终端序列号生成凭证编号,组织第一用户输入的信息、第一用户编号、凭证编号和时间数据得到待确认报文,将待确认报文发送给客户端后台;
可选地,本实施例中,时间数据包括当前时间信息和预设有效期信息;根据时间数据和二维码终端序列号生成凭证编号具体为:客户端根据时间数据中的当前时间信息和二维码终端序列号生成凭证编号;
可选地,本实施例中,第一用户输入的信息包括:商品名称、商品数量和商品金额;
例如:第一用户输入的信息具体为:"data":{"data1":"浪味仙","data2":[{"money":"1"},{"num":"1"};
时间数据具体为:{"time":"20200808192144"},{"outtime":"3"},其中,当前时间信息为:{"time":"20200808192144"},预设有效期信息为{"outtime":"3"};
二维码终端序列号具体为:103000000000000001;
凭证编号为:103000000000000001202008081921446172;其中,103000000000000001为二维码终端序列号,20200808192144为当前时间信息,6172为流水号;
第一用户编号为:103885064990623;
待确认报文具体为:{"data":{"data1":"浪味仙","data2":[{"money":"1"},{"num":"1"},{"POSnum":"103885064990623"},{"ordernum":"103000000000000001202008081921446172"},{"time":"20200808192144"},{"outtime":"3"}]}};
可选地,本实施例中,该方法还包括:客户端向客户端后台注册的过程,该注册过程包括如下步骤:
步骤A1:客户端向客户端后台发送注册请求;
步骤A2:客户端后台接收客户端发送的注册请求,生成第一用户编号和初始登录密码,向客户端发送包含第一用户编号和初始登录密码的注册响应;
步骤A3:客户端接收客户端后台发送的注册响应,解析注册响应得到第一用户编号和初始登录密码并保存。
可选地,本实施例中,步骤A3之后还包括:客户端向客户端后台发送包含第一用户编号、初始登录密码和新设置的登录密码的修改密码请求,当接收到客户端后台返回的修改密码成功响应时,将第一用户编号和新设置的登录密码对应保存。
可选地,本实施例中,该方法还包括:客户端登录客户端后台的过程和二维码终端与客户端建立绑定连接的过程;
客户端登录客户端后台的过程包括:
步骤B1:客户端接收用户输入的第一用户编号和登录密码,向客户端后台发送包含第一用户编号和登录密码的登录请求;
步骤B2:客户端后台接收客户端发送的登录请求,对登录请求中的第一用户编号和登录密码进行验证并生成验证结果,向客户端返回包含验证结果的登录响应。
例如:第一用户编号具体为:103885064990623,登录密码具体为:wxp1990;
可选地,本实施例中,对登录请求中的第一用户编号和登录密码进行验证并生成验证结果具体为:客户端后台根据第一用户编号查找所述第一用户编号对应的登录密码,判断查找到的登录密码与登录信息中的登录密码是否一致,如果是,生成验证成功结果,否则,生成验证失败结果。
步骤B3:客户端接收客户端后台发送的登录响应,当登录响应包含验证成功结果时,与客户端后台建立长连接。
可选地,客户端可以为小程序或插件,二维码终端具有蓝牙接口或USB接口;
当客户端为小程序时,二维码终端与客户端建立绑定连接的过程包括:
步骤C1:客户端扫描周围的蓝牙设备,当扫描到二维码终端时,通过蓝牙接口与二维码终端建立蓝牙连接;
步骤C2:当客户端接收到第一用户输入的第一用户编号和第一用户选取的签名证书时,将签名证书导入到二维码终端中,与二维码终端进行绑定;
可选地,本实施例中,二维码终端上电后处于等待蓝牙连接状态,其名称为FT_3000000000000001;步骤C1具体为:客户端扫描周围的蓝牙设备,当扫描到名称为FT_3000000000000001的设备时,与该设备建立蓝牙连接;
当客户端为插件时,二维码终端与客户端建立绑定连接的过程包括:
步骤D1:客户端与二维码终端通过USB接口建立连接;
步骤D2:当客户端接收到第一用户输入的第一用户编号和第一用户选取的签名证书时,将签名证书导入到二维码终端中,与二维码终端进行绑定;
步骤202:客户端后台接收客户端发送的待确认报文,对待确认报文进行确认并生成确认结果,向客户端发送确认结果;
可选地,本实施例中,对待确认报文进行确认并生成确认结果具体为:客户端后台解析待确认报文得到第一用户输入的信息、第一用户编号、凭证编号和时间数据,对第一用户输入的信息进行验证并生成确认结果,将确认结果发送给客户端,保存待确认报文;
例如:确认结果具体为:return_code: 0000;
步骤203:客户端接收客户端后台发送的确认结果,当确认结果为确认成功信息时,从第一用户输入的信息中提取第一数据,按照第一预设报文格式组织第一数据、第一用户编号、凭证编号和时间数据得到第一待处理报文,将第一待处理报文发送给二维码终端;
可选地,本实施例中,第一数据为商品金额;
例如:从第一用户输入的信息中提取的第一数据具体为:"money":"1";
第一待处理报文具体为:"Message":"Version":"V3.0.0","Format":"JSON","Merchant":"ECMerchantType":"EBUS","MerchantID":"103885064990623","TrxRequest":"PayTypeID":"ImmediatePay","time":"20200808192144","outtime":"3","OrderID":"103000000000000001202008081921446172","OrderAmount": "1";
步骤204:二维码终端接收客户端发送的第一待处理报文,根据保存的第一用户的签名证书私钥对第一待处理报文进行签名得到第一签名结果,将第一签名结果发送给客户端;
例如:第一用户的签名证书私钥具体为:CEFBC062E3E56854A9AC965ABAA08380DA21FC27EECBE53C048975F972F68B41EA43536897F62F6496B078E2D39C4C1C611BAE4D2F719B0B45865D2E920E47585AFC546C301E0E672D9EB14A2633F055329F39D767025B70AF79EDD07C714961C17974D65FB169EFD27F90ACAFA7F949BAC29D450C49BB8B04849860F083C9620DD301F4DF0FBCAD75ED8DD67F9F958F2B7F8F75211259ED192CEC8424316E254AACAFFB99B4D74CA6DB4F2383A1D1B2AC6375862CBD523D024BF5630E64884C1E636B118E83DA184C7D2518255F8E0BD8E6C89D36B94B0EEA37B250FAAF2E355D7833B60D4E9D44C099C9E5268D89AD83E300652F2CC1A957C68820CAA54215;
第一签名结果具体为:Signature:LW5WpP2IKY4fzDW52unOlra5JSrpJo5sq315I3vW7YStbuIibuiLjEO0dFqDBfFG8rQRwSAGW7rYg6ce5AJvvzXA5d+UVURCG/2gSu3NBiAATFwZ8lWRzsdYOqIrU8UM4pCubVfo8sMHc0haqNMsM0vC8OFQh9CWZ03rcH07eC0=;
步骤205:客户端接收二维码终端发送的第一签名结果,获取保存的第一待处理报文,将第一待处理报文和第一签名结果发送给客户端后台;
步骤206:客户端后台接收客户端发送的第一待处理报文和第一签名结果,按照第二预设报文格式组织第一待处理报文和第一签名结果得到第二待处理报文,将第二待处理报文发送给认证平台;
例如:第二待处理报文具体为:"Message":"Version":"V3.0.0","Format":"JSON","Merchant":"ECMerchantType":"EBUS","MerchantID":"103885064990623","TrxRequest":"PayTypeID":"ImmediatePay","time":"20200808192144","outtime":"3","OrderID":"103000000000000001202008081921446172","OrderAmount":"1","QueryDetail":"false","TrxType":"Query","Signature-Algorithm":"SHA1withRSA","Signature":"LW5WpP2IKY4fzDW52unOlra5JSrpJo5sq315I3vW7YStbuIibuiLjEO0dFqDBfFG8rQRwSAGW7rYg6ce5AJvvzXA5d+UVURCG/2gSu3NBiAATFwZ8lWRzsdYOqIrU8UM4pCubVfo8sMHc0haqNMsM0vC8OFQh9CWZ03rcH07eC0=";
步骤207:认证平台接收客户端后台发送的第二待处理报文,解析第二待处理报文得到第一待处理报文和第一签名结果,解析第一待处理报文得到第一数据、第一用户编号、凭证编号和时间数据;
步骤208:认证平台根据第一用户编号获取第一用户的签名证书公钥,根据第一用户的签名证书公钥和第一待处理报文对第一签名结果进行验签,当验签通过时,执行步骤209;
步骤209:认证平台根据第一数据和凭证编号生成二维码数据,根据第一数据、凭证编号、第一用户编号、凭证有效期数据和二维码数据创建待处理凭证并保存,向客户端后台发送待处理凭证;
例如:二维码数据具体为:"OneQRForAll":https://mobile.abchina.com/mpay/mobileBank/zh_CN/EBusinessModule/BarcodeH5Act.aspxtoken=15753560246988869886;
待处理凭证为:"MSG": {"Message": {"Version": "V3.0.0","Format": "JSON","Merchant": {"ECMerchantType": "EBUS","MerchantID": "103885064990623"},"ReturnCode": "0000","ErrorMessage": "交易成功","TrxType":"PayReq","OrderNo":"103000000000000001202008081921446172","PaymentURL":"https://pay.abchina.com/ebusperbank/PaymentModeNewAct.ebfTOKEN=15753560246988869886","OrderAmount": "1","OneQRForAll":"https://mobile.abchina.com/mpay/mobileBank/zh_CN/EBusinessModule/BarcodeH5Act.aspxtoken=15753560246988869886"},"Signature-Algorithm":"SHA1withRSA","Signature":"Gcpmk+hwZH5a/gpxvu6FKBM4ENNt3zroDuyKwtp3090OCwVPR6TfuG/OEHFA48hE89QOie4sKR8mN/Z1NBwoQYnI9ISjl5Bt6hQ6fp5iDtv1yUtnv9RJ+E1+vyWgEcSx5mcANGBM2FA6V8lIVZ/B7anBezZOvOJA0tAUyHE5PEY="};
步骤210:客户端后台接收认证平台发送的待处理凭证,从待处理凭证中获取第一数据、凭证编号和二维码数据,将凭证编号和待处理凭证对应保存,将第一数据、凭证编号和二维码数据发送给客户端;
步骤211:客户端接收客户端后台发送第一数据、凭证编号和二维码数据,将第一数据和二维码数据发送给二维码终端;
步骤212:二维码终端接收客户端发送的第一数据和二维码数据,对二维码数据进行编码得到二维码图片并显示,根据第一数据生成用于提示用户扫码的语音信息。
可选地,本实施例中,步骤211之后还包括:
步骤301:客户端获取第一用户编号,按照第一预设报文格式组织第一用户编号和客户端后台发送的凭证编号得到第一查询报文并保存,将第一查询报文发送给二维码终端;
例如:第一用户编号具体为:103885064990623";
凭证编号具体为:103000000000000001202008081921446172;
第一查询报文具体为:"Message":{"Version":"V3.0.0","Format":"JSON","Merchant":{"ECMerchantType":"EBUS","MerchantID":"103885064990623"},"TrxRequest":{"PayTypeID":"ImmediatePay","OrderNo":"103000000000000001202008081921446172","QueryDetail":"false","TrxType":"Query"}};
步骤302:二维码终端接收客户端发送的第一查询报文,根据保存的第一用户的签名证书私钥对第一查询报文进行签名得到第二签名结果,将第二签名结果发送给客户端;
例如:第一用户的签名证书私钥具体为:CEFBC062E3E56854A9AC965ABAA08380DA21FC27EECBE53C048975F972F68B41EA43536897F62F6496B078E2D39C4C1C611BAE4D2F719B0B45865D2E920E47585AFC546C301E0E672D9EB14A2633F055329F39D767025B70AF79EDD07C714961C17974D65FB169EFD27F90ACAFA7F949BAC29D450C49BB8B04849860F083C9620DD301F4DF0FBCAD75ED8DD67F9F958F2B7F8F75211259ED192CEC8424316E254AACAFFB99B4D74CA6DB4F2383A1D1B2AC6375862CBD523D024BF5630E64884C1E636B118E83DA184C7D2518255F8E0BD8E6C89D36B94B0EEA37B250FAAF2E355D7833B60D4E9D44C099C9E5268D89AD83E300652F2CC1A957C68820CAA54215;
第二签名结果具体为:gi9PdaPsCVFJd7yGU7Q2+v3x+G7Kob2lI4dmtWchOIcu7BSrbf0JSvxFBB/lmqgep8T2YEHBqfj9cAV41pWHEPTxZ1I9bB2gBou5rrJr6mpRYpkyDK6qF9mckDCXdoTFlQqI+NMxmJ8buenmB9sQghRpvoRSfaXx8OMq9Q8xhV4=;
步骤303:客户端接收二维码终端发送的第二签名结果,获取保存的第一查询报文,将第一查询报文和第二签名结果发送给客户端后台;
步骤304:客户端后台接收客户端发送的第一查询报文和第二签名结果,按照第二预设报文格式组织第一查询报文和第二签名结果得到第二查询报文,将第二查询报文与第一查询报文中的凭证编号对应保存,将第二查询报文发送给认证平台;
例如:第二查询报文为:"Message":{"Version":"V3.0.0","Format":"JSON","Merchant":{"ECMerchantType":"EBUS","MerchantID":"103885064990623"},"TrxRequest":{"PayTypeID":"ImmediatePay","OrderNo":"103000000000000001202008081921446172","QueryDetail":"false","TrxType":"Query"}},"Signature-Algorithm":"SHA1withRSA","Signature":"gi9PdaPsCVFJd7yGU7Q2+v3x+G7Kob2lI4dmtWchOIcu7BSrbf0JSvxFBB/lmqgep8T2YEHBqfj9cAV41pWHEPTxZ1I9bB2gBou5rrJr6mpRYpkyDK6qF9mckDCXdoTFlQqI+NMxmJ8buenmB9sQghRpvoRSfaXx8OMq9Q8xhV4=";
步骤305:认证平台接收客户端后台发送的第二查询报文,解析第二查询报文得到第一查询报文和第二签名结果,解析第一查询报文得到凭证编号和第一用户编号;
例如:解析第二查询报文得到的第二签名结果具体为:gi9PdaPsCVFJd7yGU7Q2+v3x+G7Kob2lI4dmtWchOIcu7BSrbf0JSvxFBB/lmqgep8T2YEHBqfj9cAV41pWHEPTxZ1I9bB2gBou5rrJr6mpRYpkyDK6qF9mckDCXdoTFlQqI+NMxmJ8buenmB9sQghRpvoRSfaXx8OMq9Q8xhV4=;
解析第二查询报文得到的第一查询报文具体为:"Message":{"Version":"V3.0.0","Format":"JSON","Merchant":{"ECMerchantType":"EBUS","MerchantID":"103885064990623"},"TrxRequest":{"PayTypeID":"ImmediatePay","OrderNo":"103000000000000001202008081921446172","QueryDetail":"false","TrxType":"Query"}};
解析第一查询报文得到的凭证编号为: 103000000000000001202008081921446172;
解析第一查询报文得到的第一用户编号为:103885064990623;
步骤306:认证平台根据第一用户编号获取第一用户的签名证书公钥,根据第一用户的签名证书公钥和第一查询报文对第二签名结果进行验签,当验签通过时,执行步骤307;
步骤307:认证平台根据凭证编号查询所述凭证编号对应的待处理凭证和对待处理凭证的处理状态信息,根据待处理凭证中的第一数据、凭证编号、时间数据和查询到的处理状态信息生成查询结果,将查询结果发送给客户端后台;
例如:待处理凭证中的第一数据具体为:"OrderAmount":"1";
待处理凭证中的时间数据具体为:"OrderDate":"2020/08/08","OrderTime":"19:21:44";
待处理凭证中的凭证编号具体为:103000000000000001202008081921446172;
查询到的处理状态信息具体为:"Status":"03";
生成的查询结果具体为:{"PayTypeID":"ImmediatePay","OrderNo":"103000000000000001202008081921446172","OrderDate":"2020/08/08","OrderTime":"19:21:44","OrderAmount":"1","Status":"03"};
步骤308:客户端后台接收认证平台发送的查询结果,解析查询结果得到第一数据、凭证编号、时间数据和处理状态信息,如处理状态信息为处理完成信息,向客户端发送第一数据、凭证编号和处理完成信息;
可选地,本实施例中,处理完成信息有两种类型,分别为处理成功信息和处理失败信息;
例如:处理成功信息具体为:"Status":"03",处理失败信息具体为:"Status":"99";
可选地,本实施例中,步骤308还包括:如处理状态信息为处理尚在进行信息,执行步骤H1-H3;
步骤H1:客户端后台根据解析查询结果得到的时间数据判断凭证编号对应的待处理凭证是否在有效期内,如果是,执行步骤H2,否则,通过客户端向二维码终端发送处理完成信息、凭证编号和第一数据;
步骤H2:客户端后台根据解析查询结果得到的凭证编号查找所述凭证编号对应的第二查询报文,将查找到的第二查询报文发送给认证平台;
步骤H3:当客户端后台接收到认证平台返回的查询结果时,解析查询结果得到第一数据、时间数据和处理状态信息,如处理状态信息为处理完成信息,向客户端发送第一数据和处理完成信息,如处理状态信息为处理尚在进行信息,返回步骤H1。
步骤309:客户端接收客户端后台发送的第一数据和处理完成信息,向二维码终端发送第一数据和处理完成信息;
步骤310:二维码终端接收客户端发送的第一数据和处理完成信息,根据第一数据和处理完成信息生成用于提示处理结果的语音信息并播报。
可选地,本实施例中,当处理完成信息为处理成功信息时,根据第一数据和处理完成信息生成用于提示处理结果的语音信息并播报具体为:二维码终端根据第一数据和处理成功信息生成用于提示处理成功结果的语音信息并播报。
可选地,本实施例中,当处理完成信息为处理失败信息时,根据第一数据和处理完成信息生成用于提示处理结果的语音信息并播报具体为:二维码终端根据处理失败信息生成用于提示处理失败结果的语音信息并播报。
例如:处理成功信息为03,第一数据为"OrderAmount":"1",二维码终端生成用于提示处理成功结果的语音信息具体为:支付成功1元;处理失败信息为99,第一数据为"OrderAmount":"1",二维码终端生成用于提示处理失败结果的语音信息具体为:支付失败。
可选地,本实施例中,步骤309还包括:客户端向二维码终端发送凭证编号;
步骤310还包括:二维码终端接收客户端发送的凭证编号,当播报完成时生成播报完成结果,向客户端发送凭证编号和播报完成结果;
可选地,本实施例中,步骤310之后还包括:
步骤M1:客户端接收二维码终端发送的播报完成结果和凭证编号,将播报完成结果和凭证编号发送给客户端后台;
步骤M2:客户端后台接收客户端发送的播报完成结果和凭证编号,根据所述凭证编号查找第一用户编号,将接收到的播报完成结果和凭证编号与查找到的第一用户编号对应保存。
本实施例提供的一种处理凭证的方法和系统,无需用户手动输入信息即可实现为对凭证数据的处理,同时可以在凭证处理完成后提供语音播报,提高了用户体验。且该系统通过将用于签名的私钥预置在二维码终端内,实现了二维码终端对凭证数据的签名,确保了凭证处理的安全性。
实施例3
本发明实施例3提供了一种处理凭证的系统,如图4 所示,包括客户端40、客户端后台50和二维码终端60;
客户端40包括:第一接收模块401、第一获取模块402、第一组织模块403、第一发送模块404、第二发送模块405、第二接收模块406和第三发送模块407;
第一接收模块401,用于接收第一用户输入的信息;
第一获取模块402,用于从第一用户输入的信息中提取第一数据,获取时间数据、第一用户编号,生成凭证编号;
第一组织模块403,用于组织第一数据、第一用户编号、凭证编号和时间数据得到第一待处理报文;
第一发送模块404,用于将第一待处理报文发送给二维码终端60;
第二发送模块405,用于将保存的第一待处理报文和接收到的第一签名结果发送给客户端后台50;
第二接收模块406,用于接收客户端后台50发送第一数据和二维码数据;
第三发送模块407,用于将第一数据和二维码数据发送给二维码终端60;
客户端后台50包括:第二组织模块501、第四发送模块502、第三接收模块503、第二获取模块504和第五发送模块505;
第二组织模块501,用于组织接收到的第一待处理报文和第一签名结果得到第二待处理报文;
第四发送模块502,用于将第二待处理报文发送给认证平台;
第三接收模块503,用于接收认证平台根据第二待处理报文创建的待处理凭证;
第二获取模块504,用于从待处理凭证中获取第一数据、第一用户编号、凭证编号和二维码数据;
第五发送模块505,用于将第一数据、第一用户编号、凭证编号和二维码数据发送给客户端40;二维码数据为认证平台根据第一数据和凭证编号生成的;
二维码终端60包括:第一签名模块601、第六发送模块602、编码模块603和第一播报模块604;
第一签名模块601,用于根据保存的第一用户的签名证书私钥对接收到的第一待处理报文进行签名得到第一签名结果;
第六发送模块602,用于将第一签名结果发送给客户端40;
编码模块603,用于对二维码数据进行编码得到二维码图片并显示;
第一播报模块604,用于根据第一数据生成用于提示用户扫码的语音信息并播报;
客户端后台50还包括:组织查询发送模块;
组织查询发送模块,用于组织客户端40发送的第一查询报文和第二签名结果得到第二查询报文,将第二查询报文发送给认证平台,当接收到认证平台返回的包含第一数据和处理完成信息的查询结果时,通过客户端40向二维码终端60发送第一数据和处理完成信息。
可选地,本实施例中,客户端40还包括:第四接收模块、第七发送模块和第一连接模块;
第四接收模块,用于接收第一用户输入的第一用户编号和登录密码;
第七发送模块,用于向客户端后台50发送包含第一用户编号和登录密码的登录请求;
第一连接模块,用于接收客户端后台50发送的登录响应,当登录响应包含验证成功结果时,与客户端后台50建立长连接;
客户端后台50还包括:第五接收模块和第一验证模块;
第五接收模块,用于接收客户端40发送的登录请求;
第一验证模块,用于对第五接收模块接收到的登录请求中的第一用户编号和登录密码进行验证并生成验证结果,向客户端40返回包含验证结果的登录响应。
可选地,本实施例中,客户端40还包括:第二连接模块、第六接收模块和绑定模块;
第二连接模块,用于与二维码终端60建立通信连接通道;
第六接收模块,用于接收第一用户输入的第一用户编号和第一用户选取的签名证书;
绑定模块,用于当第六接收模块接收到第一用户输入的第一用户编号和第一用户选取的签名证书时,将签名证书导入到二维码终端60中,与二维码终端60进行绑定。
可选地,本实施例中,客户端40具体为小程序;第二连接模块,具体用于扫描周围的蓝牙设备,当扫描到二维码终端60时,通过蓝牙接口与二维码终端60建立蓝牙通信连接。
可选地,本实施例中,客户端40具体为插件;第二连接模块,具体用于与二维码终端60通过USB接口建立通信连接。
可选地,本实施例中,客户端40还包括:组织发送模块和接收判断模块;
组织发送模块,用于组织第一用户输入的信息、第一用户编号、凭证编号和时间数据得到待确认报文,将待确认报文发送给客户端后台50;
接收判断模块,用于接收客户端后台50发送的确认结果,判断确认结果中是否包含确认成功信息,如果是,触发第一发送模块404,否则,结束;
客户端后台50还包括:接收确认发送模块;
接收确认发送模块,用于接收客户端40发送的待确认报文,对待确认报文进行确认并生成确认结果,向客户端40发送确认结果。
可选地,本实施例中,组织查询发送模块包括:接收组织发送单元、接收解析单元、第一判断单元和第一发送单元;
接收组织发送单元,用于接收客户端40发送的第一查询报文和第二签名结果,按照第二预设报文格式组织第一查询报文和第二签名结果得到第二查询报文,将第二查询报文与第一查询报文中的凭证编号对应保存,将第二查询报文发送给认证平台;
接收解析单元,用于接收到认证平台根据第二查询报文生成的查询结果时,解析查询结果得到第一数据、凭证编号、时间数据和处理状态信息;
第一判断单元,用于判断处理状态信息的类型,如处理状态信息为处理完成信息,触发第一发送单元;
第一发送单元,用于向客户端40发送第一数据、凭证编号和处理完成信息;
客户端40还包括:获取组织发送模块、接收获取发送模块和第一接收发送模块;
获取组织发送模块,用于获取第一用户编号,按照第一预设报文格式组织第一用户编号和凭证编号得到第一查询报文并保存,将第一查询报文发送给二维码终端60;
接收获取发送模块,用于接收二维码终端60发送的第二签名结果,获取保存的第一查询报文,将第一查询报文和第二签名结果发送给客户端后台50;
第一接收发送模块,用于接收客户端后台50发送的第一数据、凭证编号和处理完成信息,向二维码终端60发送第一数据和处理完成信息;
二维码终端60还包括:接收签名发送模块;
接收签名发送模块,用于接收客户端40发送的第一查询报文,根据保存的第一用户的签名证书私钥对第一查询报文进行签名得到第二签名结果,将第二签名结果发送给客户端40。
可选地,本实施例中,当第一判断单元判断处理状态信息的类型为处理尚在进行中,组织查询发送模块还包括:第二判断单元、查找发送单元和接收解析发送单元;
第二判断单元,用于根据解析查询结果得到的时间数据判断凭证编号对应的待处理凭证是否在有效期内,如果是,触发查找发送单元,否则,通过客户端40向二维码终端60发送处理完成信息和第一数据;
查找发送单元,用于根据解析查询结果得到的凭证编号查找凭证编号对应的第二查询报文,将查找到的第二查询报文发送给认证平台;
接收解析发送单元,用于接收到认证平台返回的查询结果时,解析查询结果得到第一数据、凭证编号、时间数据和处理状态信息,如处理状态信息为处理完成信息,向客户端40发送第一数据、凭证编号和处理完成信息,触发接收发送模块,如处理状态信息为处理尚在进行中,触发第二判断单元。
可选地,本实施例中,二维码终端60还包括:接收生成播报模块;
接收生成播报模块,用于接收客户端40发送的第一数据和处理完成信息,当接收到客户端40发送的第一数据和处理完成信息时,根据第一数据和处理完成信息生成用于提示处理结果的语音信息并播报。
可选地,本实施例中,处理完成信息包括处理成功信息;接收生成播报模块,具体用于接收客户端40发送的第一数据和处理成功信息,当接收到客户端40发送的第一数据和处理成功信息时,根据第一数据和处理成功信息生成用于提示处理成功结果的语音信息并播报。
可选地,本实施例中,处理完成信息包括处理失败信息;接收生成播报模块,具体用于接收客户端40发送的第一数据和处理失败信息,当接收到客户端40发送的第一数据和处理失败信息时,根据第一数据和处理失败信息生成用于提示处理失败结果的语音信息并播报。
可选地,本实施例中,查询结果还包括凭证编号;组织查询发送模块还用于通过客户端40向二维码终端60发送凭证编号;
接收生成播报模块还用于接收客户端40发送的凭证编号;
二维码终端60还包括:生成发送模块;
生成发送模块,用于生成播报完成结果,向客户端40发送凭证编号和播报完成结果;
客户端40还包括:第二接收发送模块;
第二接收发送模块,用于接收二维码终端60发送的播报完成结果和凭证编号,将播报完成结果和凭证编号发送给客户端40后台;
客户端40后台还包括:接收查找保存模块;
接收查找保存模块,用于接收客户端40发送的播报完成结果和凭证编号,根据凭证编号查找第一用户编号,将接收到的播报完成结果和凭证编号与查找到的第一用户编号对应保存。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。
Claims (24)
1.一种处理凭证的方法,适用于包含客户端、客户端后台和二维码终端的系统,其特征在于,包括如下步骤:
步骤101:所述客户端接收第一用户输入的信息,从所述第一用户输入的信息中提取第一数据,获取时间数据、第一用户编号,生成凭证编号,组织所述第一数据、所述第一用户编号、所述凭证编号和所述时间数据得到第一待处理报文,将所述第一待处理报文发送给所述二维码终端;
步骤102:所述二维码终端根据保存的第一用户的签名证书私钥对接收到的第一待处理报文进行签名得到第一签名结果,将所述第一签名结果发送给客户端;
步骤103:所述客户端将保存的第一待处理报文和接收到的第一签名结果发送给所述客户端后台;
步骤104:所述客户端后台组织接收到的第一待处理报文和第一签名结果得到第二待处理报文,将所述第二待处理报文发送给认证平台;
步骤105:当所述客户端后台接收到所述认证平台根据所述第二待处理报文创建的待处理凭证时,从所述待处理凭证中获取第一数据、第一用户编号、凭证编号和二维码数据,将第一数据、第一用户编号、凭证编号和二维码数据发送给客户端;所述二维码数据为所述认证平台根据所述第一数据和所述凭证编号生成的;
步骤106:所述客户端接收所述客户端后台发送的第一数据和二维码数据,将所述第一数据和所述二维码数据发送给所述二维码终端;
步骤107:所述二维码终端对所述二维码数据进行编码得到二维码图片并显示,根据所述第一数据生成用于提示用户扫码的语音信息并播报;
所述步骤106之后还包括:
步骤W:所述客户端后台接收并组织所述客户端发送的第一查询报文和第二签名结果得到第二查询报文,将所述第二查询报文发送给所述认证平台,当接收到所述认证平台返回的包含第一数据和处理完成信息的查询结果时,通过所述客户端向所述二维码终端发送所述第一数据和所述处理完成信息;
所述步骤W之前还包括:所述客户端组织所述第一用户编号和所述凭证编号得到第一查询报文并保存,将所述第一查询报文发送给所述二维码终端进行签名得到第二签名结果,将所述第一查询报文和所述第二签名结果发送给所述客户端后台。
2.如权利要求1所述的方法,其特征在于,所述步骤101之前还包括所述客户端登录所述客户端后台的过程,包括如下步骤:
步骤B1:所述客户端接收第一用户输入的第一用户编号和登录密码,向所述客户端后台发送包含所述第一用户编号和所述登录密码的登录请求;
步骤B2:所述客户端后台接收所述客户端发送的登录请求,对所述登录请求中的第一用户编号和登录密码进行验证并生成验证结果,向所述客户端返回包含所述验证结果的登录响应;
步骤B3:所述客户端接收所述客户端后台发送的登录响应,当所述登录响应包含验证成功结果时,与所述客户端后台建立长连接。
3.如权利要求1所述的方法,其特征在于,所述步骤101之前还包括所述客户端与所述二维码终端建立绑定连接的过程,包括如下步骤:
步骤E1:所述客户端与所述二维码终端建立通信连接通道;
步骤E2:当所述客户端接收到第一用户输入的第一用户编号和第一用户选取的签名证书时,将所述签名证书导入到所述二维码终端中,与所述二维码终端进行绑定。
4.如权利要求3所述的方法,其特征在于,所述客户端具体为小程序;所述步骤E1具体为:所述客户端扫描周围的蓝牙设备,当扫描到所述二维码终端时,通过蓝牙接口与所述二维码终端建立蓝牙通信连接。
5.如权利要求3所述的方法,其特征在于,所述客户端具体为插件;所述步骤E1具体为:所述客户端与所述二维码终端通过USB接口建立通信连接。
6.如权利要求1所述的方法,其特征在于,所述步骤101中,将所述第一待处理报文发送给所述二维码终端之前还包括:
步骤a1:所述客户端组织所述第一用户输入的信息、所述第一用户编号、所述凭证编号和所述时间数据得到待确认报文,将所述待确认报文发送给所述客户端后台;
步骤a2:所述客户端后台接收所述客户端发送的待确认报文,对所述待确认报文进行确认并生成确认结果,向所述客户端发送所述确认结果;
步骤a3:所述客户端接收所述客户端后台发送的确认结果,判断所述确认结果中是否包含确认成功信息,如果是,执行将所述第一待处理报文发送给所述二维码终端的操作,否则,结束。
7.如权利要求1所述的方法,其特征在于,所述步骤W具体包括:
步骤N1:所述客户端获取第一用户编号,按照第一预设报文格式组织所述第一用户编号和所述凭证编号得到第一查询报文并保存,将所述第一查询报文发送给所述二维码终端;
步骤N2:所述二维码终端接收所述客户端发送的第一查询报文,根据保存的第一用户的签名证书私钥对所述第一查询报文进行签名得到第二签名结果,将所述第二签名结果发送给所述客户端;
步骤N3:所述客户端接收所述二维码终端发送的第二签名结果,获取保存的第一查询报文,将所述第一查询报文和所述第二签名结果发送给所述客户端后台;
步骤N4:所述客户端后台接收所述客户端发送的第一查询报文和第二签名结果,按照第二预设报文格式组织所述第一查询报文和所述第二签名结果得到第二查询报文,将所述第二查询报文与所述第一查询报文中的凭证编号对应保存,将所述第二查询报文发送给所述认证平台;
步骤N5:当所述客户端后台接收到所述认证平台根据所述第二查询报文生成的查询结果时,解析所述查询结果得到第一数据、凭证编号、时间数据和处理状态信息,如所述处理状态信息为处理完成信息,向所述客户端发送所述第一数据、所述凭证编号和所述处理完成信息;
步骤N6:所述客户端接收所述客户端后台发送的第一数据、凭证编号和处理完成信息,向所述二维码终端发送所述第一数据和所述处理完成信息。
8.如权利要求7所述的方法,其特征在于,所述步骤N5还包括:如所述处理状态信息为处理尚在进行中, 执行步骤H1-H3;
步骤H1:所述客户端后台根据解析所述查询结果得到的时间数据判断所述凭证编号对应的待处理凭证是否在有效期内,如果是,执行步骤H2,否则,通过所述客户端向所述二维码终端发送处理完成信息和第一数据;
步骤H2:所述客户端后台根据解析所述查询结果得到的凭证编号查找所述凭证编号对应的第二查询报文,将查找到的第二查询报文发送给所述认证平台;
步骤H3:当所述客户端后台接收到所述认证平台返回的查询结果时,解析所述查询结果得到第一数据、凭证编号、时间数据和处理状态信息,如所述处理状态信息为处理完成信息,向所述客户端发送所述第一数据、所述凭证编号和所述处理完成信息,执行步骤N6,如所述处理状态信息为处理尚在进行中,返回步骤H1。
9.如权利要求1所述的方法,其特征在于,所述步骤W之后还包括:
步骤K:当所述二维码终端接收到所述客户端发送的第一数据和处理完成信息时,根据所述第一数据和所述处理完成信息生成用于提示处理结果的语音信息并播报。
10.如权利要求9所述的方法,其特征在于,所述处理完成信息包括处理成功信息;所述根据所述第一数据和所述处理完成信息生成用于提示处理结果的语音信息并播报具体为:所述二维码终端根据所述第一数据和所述处理成功信息生成用于提示处理成功结果的语音信息并播报。
11.如权利要求9所述的方法,其特征在于,所述处理完成信息包括处理失败信息;所述根据所述第一数据和所述处理完成信息生成用于提示处理结果的语音信息并播报具体为:所述二维码终端根据所述处理失败信息生成用于提示处理失败结果的语音信息并播报。
12.如权利要求9所述的方法,其特征在于,所述查询结果还包括凭证编号;所述步骤W还包括:所述客户端后台通过所述客户端向所述二维码终端发送所述凭证编号;
所述步骤K还包括:所述二维码终端接收所述客户端发送的凭证编号;
所述步骤K之后还包括:
步骤b1;所述二维码终端生成播报完成结果,向所述客户端发送所述凭证编号和所述播报完成结果;
步骤b2:所述客户端接收所述二维码终端发送的播报完成结果和凭证编号,将所述播报完成结果和所述凭证编号发送给所述客户端后台;
步骤b3:所述客户端后台接收所述客户端发送的播报完成结果和凭证编号,根据所述凭证编号查找第一用户编号,将接收到的播报完成结果和凭证编号与查找到的第一用户编号对应保存。
13.一种处理凭证的系统,其特征在于,包括客户端、客户端后台和二维码终端;
所述客户端包括:第一接收模块、第一获取模块、第一组织模块、第一发送模块、第二发送模块、第二接收模块和第三发送模块;
所述第一接收模块,用于接收第一用户输入的信息;
所述第一获取模块,用于从所述第一用户输入的信息中提取第一数据,获取时间数据、第一用户编号,生成凭证编号;
所述第一组织模块,用于组织所述第一数据、所述第一用户编号、所述凭证编号和所述时间数据得到第一待处理报文;
所述第一发送模块,用于将所述第一待处理报文发送给所述二维码终端;
所述第二发送模块,用于将保存的第一待处理报文和接收到的第一签名结果发送给所述客户端后台;
所述第二接收模块,用于接收所述客户端后台发送第一数据和二维码数据;
所述第三发送模块,用于将所述第一数据和所述二维码数据发送给所述二维码终端;
客户端后台包括:第二组织模块、第四发送模块、第三接收模块、第二获取模块和第五发送模块;
所述第二组织模块,用于组织接收到的第一待处理报文和第一签名结果得到第二待处理报文;
所述第四发送模块,用于将所述第二待处理报文发送给认证平台;
所述第三接收模块,用于接收所述认证平台根据所述第二待处理报文创建的待处理凭证;
所述第二获取模块,用于从所述待处理凭证中获取第一数据、第一用户编号、凭证编号和二维码数据;
所述第五发送模块,用于将第一数据、第一用户编号、凭证编号和二维码数据发送给客户端;所述二维码数据为所述认证平台根据所述第一数据和所述凭证编号生成的;
所述二维码终端包括:第一签名模块、第六发送模块、编码模块和第一播报模块;
所述第一签名模块,用于根据保存的第一用户的签名证书私钥对接收到的第一待处理报文进行签名得到第一签名结果;
所述第六发送模块,用于将所述第一签名结果发送给客户端;
所述编码模块,用于对所述二维码数据进行编码得到二维码图片并显示;
所述第一播报模块,用于根据所述第一数据生成用于提示用户扫码的语音信息并播报;
所述客户端后台还包括:组织查询发送模块;
所述组织查询发送模块,用于组织所述客户端发送的第一查询报文和第二签名结果得到第二查询报文,将所述第二查询报文发送给所述认证平台,当接收到所述认证平台返回的包含第一数据和处理完成信息的查询结果时,通过所述客户端向所述二维码终端发送所述第一数据和所述处理完成信息;
所述第二发送模块,还用于组织所述第一用户编号和所述凭证编号得到第一查询报文并保存,将所述第一查询报文发送给所述二维码终端进行签名得到第二签名结果,将所述第一查询报文和所述第二签名结果发送给所述客户端后台。
14.如权利要求13所述的系统,其特征在于,所述客户端还包括:第四接收模块、第七发送模块和第一连接模块;
所述第四接收模块,用于接收第一用户输入的第一用户编号和登录密码;
所述第七发送模块,用于向所述客户端后台发送包含所述第一用户编号和所述登录密码的登录请求;
所述第一连接模块,用于接收所述客户端后台发送的登录响应,当所述登录响应包含验证成功结果时,与所述客户端后台建立长连接;
所述客户端后台还包括:第五接收模块和第一验证模块;
所述第五接收模块,用于接收所述客户端发送的登录请求;
所述第一验证模块,用于对所述第五接收模块接收到的登录请求中的第一用户编号和登录密码进行验证并生成验证结果,向所述客户端返回包含所述验证结果的登录响应。
15.如权利要求13所述的系统,其特征在于,所述客户端还包括:第二连接模块、第六接收模块和绑定模块;
所述第二连接模块,用于与所述二维码终端建立通信连接通道;
所述第六接收模块,用于接收第一用户输入的第一用户编号和第一用户选取的签名证书;
所述绑定模块,用于当所述第六接收模块接收到第一用户输入的第一用户编号和第一用户选取的签名证书时,将所述签名证书导入到所述二维码终端中,与所述二维码终端进行绑定。
16.如权利要求15所述的系统,其特征在于,所述客户端具体为小程序;所述第二连接模块,具体用于扫描周围的蓝牙设备,当扫描到所述二维码终端时,通过蓝牙接口与所述二维码终端建立蓝牙通信连接。
17.如权利要求15所述的系统,其特征在于,所述客户端具体为插件;所述第二连接模块,具体用于与所述二维码终端通过USB接口建立通信连接。
18.如权利要求13所述的系统,其特征在于,所述客户端还包括:组织发送模块和接收判断模块;
所述组织发送模块,用于组织所述第一用户输入的信息、所述第一用户编号、所述凭证编号和所述时间数据得到待确认报文,将所述待确认报文发送给所述客户端后台;
所述接收判断模块,用于接收所述客户端后台发送的确认结果,判断所述确认结果中是否包含确认成功信息,如果是,触发所述第一发送模块,否则,结束;
所述客户端后台还包括:接收确认发送模块;
所述接收确认发送模块,用于接收所述客户端发送的待确认报文,对所述待确认报文进行确认并生成确认结果,向所述客户端发送所述确认结果。
19.如权利要求13所述的系统,其特征在于,所述组织查询发送模块包括:接收组织发送单元、接收解析单元、第一判断单元和第一发送单元;
所述接收组织发送单元,用于接收所述客户端发送的第一查询报文和第二签名结果,按照第二预设报文格式组织所述第一查询报文和所述第二签名结果得到第二查询报文,将所述第二查询报文与所述第一查询报文中的凭证编号对应保存,将所述第二查询报文发送给所述认证平台;
所述接收解析单元,用于接收到所述认证平台根据所述第二查询报文生成的查询结果时,解析所述查询结果得到第一数据、凭证编号、时间数据和处理状态信息;
所述第一判断单元,用于判断所述处理状态信息的类型,如所述处理状态信息为处理完成信息,触发所述第一发送单元;
所述第一发送单元,用于向所述客户端发送所述第一数据、所述凭证编号和所述处理完成信息;
所述客户端还包括:获取组织发送模块、接收获取发送模块和第一接收发送模块;
所述获取组织发送模块,用于获取第一用户编号,按照第一预设报文格式组织所述第一用户编号和所述凭证编号得到第一查询报文并保存,将所述第一查询报文发送给所述二维码终端;
所述接收获取发送模块,用于接收所述二维码终端发送的第二签名结果,获取保存的第一查询报文,将所述第一查询报文和所述第二签名结果发送给所述客户端后台;
所述第一接收发送模块,用于接收所述客户端后台发送的第一数据、凭证编号和处理完成信息,向所述二维码终端发送所述第一数据和所述处理完成信息;
所述二维码终端还包括:接收签名发送模块;
所述接收签名发送模块,用于接收所述客户端发送的第一查询报文,根据保存的第一用户的签名证书私钥对所述第一查询报文进行签名得到第二签名结果,将所述第二签名结果发送给所述客户端。
20.如权利要求19所述的系统,其特征在于,当所述第一判断单元判断所述处理状态信息的类型为处理尚在进行中,所述组织查询发送模块还包括:第二判断单元、查找发送单元和接收解析发送单元;
所述第二判断单元,用于根据解析所述查询结果得到的时间数据判断所述凭证编号对应的待处理凭证是否在有效期内,如果是,触发所述查找发送单元,否则,通过所述客户端向所述二维码终端发送处理完成信息和第一数据;
所述查找发送单元,用于根据解析所述查询结果得到的凭证编号查找所述凭证编号对应的第二查询报文,将查找到的第二查询报文发送给所述认证平台;
所述接收解析发送单元,用于接收到所述认证平台返回的查询结果时,解析所述查询结果得到第一数据、凭证编号、时间数据和处理状态信息,如所述处理状态信息为处理完成信息,向所述客户端发送所述第一数据、所述凭证编号和所述处理完成信息,触发所述接收发送模块,如所述处理状态信息为处理尚在进行中,触发所述第二判断单元。
21.如权利要求13所述的系统,其特征在于,所述二维码终端还包括:接收生成播报模块;
所述接收生成播报模块,用于接收所述客户端发送的第一数据和处理完成信息,当接收到所述客户端发送的第一数据和处理完成信息时,根据所述第一数据和所述处理完成信息生成用于提示处理结果的语音信息并播报。
22.如权利要求21所述的系统,其特征在于,所述处理完成信息包括处理成功信息;所述接收生成播报模块,具体用于接收所述客户端发送的第一数据和处理成功信息,当接收到所述客户端发送的第一数据和处理成功信息时,根据所述第一数据和所述处理成功信息生成用于提示处理成功结果的语音信息并播报。
23.如权利要求21所述的系统,其特征在于,所述处理完成信息包括处理失败信息;所述接收生成播报模块,具体用于接收所述客户端发送的第一数据和处理失败信息,当接收到所述客户端发送的第一数据和处理失败信息时,根据所述第一数据和所述处理失败信息生成用于提示处理失败结果的语音信息并播报。
24.如权利要求21所述的系统,其特征在于,所述查询结果还包括凭证编号;所述组织查询发送模块还用于通过所述客户端向所述二维码终端发送所述凭证编号;
所述接收生成播报模块还用于接收所述客户端发送的凭证编号;
所述二维码终端还包括:生成发送模块;
所述生成发送模块,用于生成播报完成结果,向所述客户端发送所述凭证编号和所述播报完成结果;
所述客户端还包括:第二接收发送模块;
所述第二接收发送模块,用于接收所述二维码终端发送的播报完成结果和凭证编号,将所述播报完成结果和所述凭证编号发送给所述客户端后台;
所述客户端后台还包括:接收查找保存模块;
所述接收查找保存模块,用于接收所述客户端发送的播报完成结果和凭证编号,根据所述凭证编号查找第一用户编号,将接收到的播报完成结果和凭证编号与查找到的第一用户编号对应保存。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011219980.6A CN112039928B (zh) | 2020-11-05 | 2020-11-05 | 一种处理凭证的方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011219980.6A CN112039928B (zh) | 2020-11-05 | 2020-11-05 | 一种处理凭证的方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112039928A CN112039928A (zh) | 2020-12-04 |
CN112039928B true CN112039928B (zh) | 2021-03-16 |
Family
ID=73572956
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011219980.6A Active CN112039928B (zh) | 2020-11-05 | 2020-11-05 | 一种处理凭证的方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112039928B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112287715A (zh) * | 2020-12-28 | 2021-01-29 | 飞天诚信科技股份有限公司 | 一种自助物联设备的控制方法及装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104240159A (zh) * | 2014-09-11 | 2014-12-24 | 杭州村口环保科技有限公司 | 社区智能终端服务平台及其操作方法 |
CN110009079A (zh) * | 2019-04-17 | 2019-07-12 | 尤尼泰克(嘉兴)信息技术有限公司 | 一种基于二维码的标签识别方法及设备 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090119604A1 (en) * | 2007-11-06 | 2009-05-07 | Microsoft Corporation | Virtual office devices |
-
2020
- 2020-11-05 CN CN202011219980.6A patent/CN112039928B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104240159A (zh) * | 2014-09-11 | 2014-12-24 | 杭州村口环保科技有限公司 | 社区智能终端服务平台及其操作方法 |
CN110009079A (zh) * | 2019-04-17 | 2019-07-12 | 尤尼泰克(嘉兴)信息技术有限公司 | 一种基于二维码的标签识别方法及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN112039928A (zh) | 2020-12-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101038653B (zh) | 验证系统 | |
JP4645928B2 (ja) | 入場許可認証方法およびシステム | |
KR101214839B1 (ko) | 인증 방법 및 그 시스템 | |
CN104751334B (zh) | 一种业务处理方法、装置及系统 | |
CN102752115B (zh) | 挑战码生成方法及装置、动态口令认证方法及系统 | |
JP2010511223A (ja) | 文書検証システム及び方法、並びに電子文書サービス提供システム | |
CN102958022A (zh) | 短信验证方法、装置及系统 | |
EP3534584A1 (en) | Service implementation method and apparatus | |
CN108460593B (zh) | 一种离线二维码支付方法及装置 | |
CN1713571A (zh) | 双路预批准的认证方法 | |
CN105095978A (zh) | 一种基于二维码的订购方法、装置及门禁系统 | |
CN104008325A (zh) | 基于二维码的手机无线Wi-Fi上网实名身份认证平台及方法 | |
CN114531277B (zh) | 一种基于区块链技术的用户身份认证方法 | |
CN111770057A (zh) | 身份验证系统及身份验证方法 | |
CN103078862A (zh) | 二维码双因素认证系统及其认证方法、终端设备和服务器 | |
CN113411184B (zh) | 一体化管理终端装置及一体化管理方法 | |
CN111093192A (zh) | 设备绑定方法、设备、终端设备以及网络侧设备 | |
CN105069921A (zh) | 用于自提柜的数据识别方法、装置及系统 | |
CN112039928B (zh) | 一种处理凭证的方法和系统 | |
CN104618356A (zh) | 身份验证方法及装置 | |
KR101187856B1 (ko) | 바코드 생성 알고리즘을 이용하는 휴대폰 결제 시스템 및 휴대폰 결제 방법 | |
CN104616147A (zh) | 一种信息配置方法、装置、系统、客户端及服务器 | |
KR101138938B1 (ko) | 무선 단말을 이용한 금융서비스 제공 방법 및 금융서비스 서버 | |
CN110768925B (zh) | 一种验证码短信的验证方法及装置 | |
KR20120019964A (ko) | 바코드 생성 알고리즘을 이용하는 휴대폰 결제 시스템 및 휴대폰 결제 방법 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |