CN113496396A - 电子支付的处理方法、装置、电子设备及计算机可读存储介质 - Google Patents
电子支付的处理方法、装置、电子设备及计算机可读存储介质 Download PDFInfo
- Publication number
- CN113496396A CN113496396A CN202010189741.4A CN202010189741A CN113496396A CN 113496396 A CN113496396 A CN 113496396A CN 202010189741 A CN202010189741 A CN 202010189741A CN 113496396 A CN113496396 A CN 113496396A
- Authority
- CN
- China
- Prior art keywords
- terminal
- transaction
- collection terminal
- verification
- risk
- 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
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/08—Payment architectures
- G06Q20/20—Point-of-sale [POS] network systems
- G06Q20/206—Point-of-sale [POS] network systems comprising security or operator identification provisions, e.g. password entry
-
- 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/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/4016—Transaction verification involving fraud or risk level assessment in transaction processing
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明提供了一种电子支付的处理方法、装置、电子设备及计算机可读存储介质;方法包括:第一收款终端扫描需要进行电子支付的用户终端,以获取所述用户终端的身份信息;生成对应所述身份信息的交易;探测能够与所述第一收款终端进行通信的至少一个第二收款终端,并与至少一个第二收款终端协同对所述交易进行风险校验;当风险校验通过时,呈现所述交易的已完成状态,并向网络中的计费系统发送对应所述交易的订单,以使所述计费系统执行所述订单的应收款的追缴操作,通过本发明,能够提高用户交易效率,并降低离线透支造成商户坏账的风险。
Description
技术领域
本发明涉及电子支付技术,尤其涉及一种电子支付的处理方法、装置、电子设备及计算机可读存储介质。
背景技术
随着移动互联网的快速发展,移动电子支付日益普遍。销售终端(POS,Point ofSale)对用户终端进行扫码完成电子支付的方式越来越普及。
但是相关技术中,电子支付都依赖POS机器联网到后台扣费,在一些网络中断、网络延迟和网络接入受限(例如涉密场景)特殊的场景下,存在相当的局限性,因为需要等待联网扫描识别,会造成用户等待时间过长,有损用户消费体验;针对上述场景,相关技术还提供了离线电子支付方案,但是在交易的安全性上存在隐患。
发明内容
本发明实施例提供一种电子支付的处理方法、装置、电子设备及计算机可读存储介质,能够在多样化的网络状况下进行高效安全地电子支付。
本发明实施例的技术方案是这样实现的:
本发明实施例提供一种电子支付的处理方法,包括:
第一收款终端扫描需要进行电子支付的用户终端,以获取所述用户终端的身份信息;
生成对应所述身份信息的交易;
探测能够与所述第一收款终端进行通信的至少一个第二收款终端,并与至少一个第二收款终端协同对所述交易进行风险校验;
当风险校验通过时,呈现所述交易的已完成状态,并
向网络中的计费系统发送对应所述交易的订单,以使所述计费系统执行所述订单的应收款的追缴操作。
本发明实施例提供一种电子支付的处理装置,包括:
身份信息获取模块,用于第一收款终端扫描需要进行电子支付的用户终端,以获取所述用户终端的身份信息;
交易生成模块,用于生成对应所述身份信息的交易;
风险校验模块,用于探测能够与所述第一收款终端进行通信的至少一个第二收款终端,并与至少一个第二收款终端协同对所述交易进行风险校验;
交易完成模块,用于当风险校验通过时,呈现所述交易的已完成状态,并
向网络中的计费系统发送对应所述交易的订单,以使所述计费系统执行所述订单的应收款的追缴操作。
在上述方案中,所述身份信息获取模块,还用于:
所述第一收款终端扫描需要进行电子支付的所述用户终端上呈现的身份码,并对所述身份码进行签名验签;
当所述签名验签通过时,对所述身份码进行解码以获取所述用户终端的身份信息;
当在用户身份数据库中查询到所述身份信息时,确定所述身份信息通过身份稽查。
在上述方案中,所述风险校验模块,还用于:
将所述交易同步到至少一个所述第二收款终端,以使所述第二收款终端对所述交易进行风险校验;
接收所述第二收款终端返回的第二收款终端校验结果,并根据所述第二收款终端校验结果再次对所述交易进行风险校验。
在上述方案中,所述风险校验模块,还用于:
基于所述身份信息查询所述用户终端通过所述第二收款终端进行消费的历史订单,并作为第二收款终端历史订单;
当所述交易以及所述第二收款终端历史订单均满足配置于所述第二收款终端的风控策略时,确定所述交易通过所述第二收款终端的风险校验,并
将第二收款终端校验结果返回所述第一收款终端;
呈现对应所述第二收款终端的风险校验通过标识、以及所述第二收款终端历史订单。
在上述方案中,所述风险校验模块,还用于:
提取所述第二收款终端校验结果中的第二收款终端历史订单;
基于所述身份信息查询所述用户终端通过所述第一收款终端进行消费的历史订单,以作为第一收款终端历史订单;
将所述交易、所述第一收款终端历史订单与所述第二收款终端历史订单进行汇总处理;
当汇总结果满足配置于所述第一收款终端的风控策略时,确定所述交易通过所述第一收款终端的风险校验。
在上述方案中,所述风险校验模块,还用于:
将所述交易同步到至少一个所述第二收款终端,以使所述第二收款终端基于所述身份信息查询所述用户终端通过所述第二收款终端进行消费的历史订单,作为第二收款终端历史订单;
接收所述第二收款终端返回的第二收款终端历史订单,并根据所述第二收款终端历史订单再次对所述交易进行风险校验。
在上述方案中,所述交易生成模块,还用于:
接收对应所述身份信息的交易信息,并将所述身份信息以及所述交易信息组合成对应所述身份信息的交易;
所述风险校验模块,还用于:
当确定所述交易通过所述第一收款终端的风险校验时,呈现所述交易处于风险校验通过状态,并呈现人工确认界面;
当在所述人工确认界面中接收到针对所述风险校验通过状态的人工确认信息时,创建对应所述交易的订单。
在上述方案中,所述风险校验模块,还用于:
在所述第一收款终端所属的局域网内发送探测信息,以使所述局域网内的至少一个所述第二收款终端基于所述探测信息进行设备校验;
当接收到所述第二收款终端返回的校验通过信息时,确定所述第一收款终端能够与所述第二收款终端对所述交易进行协同风险校验,并
呈现所述第一收款终端处于协同校验状态。
在上述方案中,所述风险校验模块,还用于:
当满足下述条件之一时,确定所述第一收款终端将独立对所述交易进行风险校验,并呈现所述第一收款终端处于独立校验状态:
所述第一收款终端在超时时间阈值内没有接收到所述第二收款终端返回的校验通过信息;
所述第一收款终端接收到所述第二收款终端返回的校验失败信息。
在上述方案中,所述风险校验模块,还用于:
发送探测信息至所述第一收款终端所属的局域网内的路由设备,以使
所述路由设备查询与所述第一收款终端之间存在协同关系的至少一个所述第二收款终端,并将查询结果返回至所述第一收款终端;
当所述第一收款终端接收到所述查询结果时,确定所述第一收款终端能够与所述第二收款终端对所述交易进行协同风险校验,并
呈现所述第一收款终端处于协同校验状态。
在上述方案中,所述风险校验模块,还用于:
当满足下述条件之一时,确定所述第一收款终端将独立对所述交易进行风险校验,并呈现所述第一收款终端处于独立校验状态:
所述第一收款终端在超时时间阈值内没有接收到所述路由设备返回的查询结果;
所述第一收款终端接收到所述路由设备返回的内容为空的查询结果。
在上述方案中,所述风险校验模块,还用于:
所述第一收款终端向所述计费系统发送心跳指令,以使所述计费系统将配置在所述计费系统中的风控策略同步至所述第一收款终端以及至少一个所述第二收款终端;
接收所述风控策略,并将所述风控策略与所述第一收款终端中已有的风控策略进行比对;
当所接收到的风控策略与已有的风控策略不一致时,将已有的风控策略更新为所接收到的风控策略,并显示所述风控策略的已更新状态。
本发明实施例提供一种电子支付的处理方法,包括:
第一收款终端扫描需要进行电子支付的用户终端呈现的身份信息,以生成对应所述身份信息的交易;
所述第一收款终端显示所探测到的能够与所述第一收款终端通信的至少一个第二收款终端;
显示与所述至少一个第二收款终端协同对所述交易进行风险校验的结果;
当风险校验通过时,呈现所述交易的已完成状态以及对应所述交易所创建的订单;
将所述订单发送至网络中的计费系统,并显示所述计费系统针对所述订单的应收款的追缴成功的消息。
本发明实施例提供一种电子支付的处理装置,包括:
身份信息获取模块,用于第一收款终端扫描需要进行电子支付的用户终端呈现的身份信息,以生成对应所述身份信息的交易;
风险校验模块,用于所述第一收款终端显示所探测到的能够与所述第一收款终端通信的至少一个第二收款终端;显示与所述至少一个第二收款终端协同对所述交易进行风险校验的结果;当风险校验通过时,呈现所述交易的已完成状态以及对应所述交易所创建的订单;
交易完成模块,用于将所述订单发送至网络中的计费系统,并显示所述计费系统针对所述订单的应收款的追缴成功的消息。
本发明实施例提供一种电子设备,包括:
存储器,用于存储可执行指令;
处理器,用于执行所述存储器中存储的可执行指令时,实现本发明实施例提供的电子支付的处理方法。
本发明实施例提供一种计算机可读存储介质,存储有可执行指令,用于引起处理器执行时,实现本发明实施例提供的电子支付的处理方法。
本发明实施例具有以下有益效果:
通过多个收款终端对用户的消费请求进行协同风险校验,在协同风险校验通过后,便应答用户的消费请求,在收款终端上显示交易完成状态,并进行异步追缴操作,从而既减少用户的等待时间,又降低离线透支所导致的坏账风险。
附图说明
图1是本发明实施例提供的电子支付的处理系统的一个可选的结构示意图;
图2是本发明实施例提供的电子支付的处理装置的一个可选的结构示意图;
图3A-3D是本发明实施例提供的电子支付的处理方法的一个可选的流程示意图;
图4是本发明实施例提供的网络支付的订单处理系统的区块链可选架构图;
图5是本发明实施例提供的电子支付的处理方法中的收款终端部署架构图;
图6是本发明实施例提供的电子支付的处理方法中的身份码生成流程图;
图7是本发明实施例提供的电子支付的处理方法中POS机器整体支付流程图;
图8是本发明实施例提供的电子支付的处理方法单个POS机器的支付流程示意图;
图9是本发明实施例提供的电子支付的处理方法中POS机群校验流程图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,所描述的实施例不应视为对本发明的限制,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
在以下的描述中,涉及到“一些实施例”,其描述了所有可能实施例的子集,但是可以理解,“一些实施例”可以是所有可能实施例的相同子集或不同子集,并且可以在不冲突的情况下相互结合。
在以下的描述中,所涉及的术语“第一\第二\第三”仅仅是是区别类似的对象,不代表针对对象的特定排序,可以理解地,“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序,以使这里描述的本发明实施例能够以除了在这里图示或描述的以外的顺序实施。
除非另有定义,本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本发明实施例的目的,不是旨在限制本发明。
对本发明实施例进行进一步详细说明之前,对本发明实施例中涉及的名词和术语进行说明,本发明实施例中涉及的名词和术语适用于如下的解释。
1)收款终端,一种通过网络进行订单结算的设备,例如销售点(POS)机。从用户终端获取订单,通过网络通信与结算方(例如用户签约的银行、第三方支付平台)系统进行订单的结算,例如将付款账号中的资金通过结算方转入到收款方的(银行或第三方支付平台的)收款账号。
2)局域网:指在本地POS机器连接不上外网时,本地POS机器组建的局域网。
3)设备身份标识:在局域网中用于标识设备的唯一性的身份标识。
4)离线场景:指设备连接不上公网或处于没有公网环境的场景。
5)双离线场景:这里指用户终端连不上公网,并且商户的POS机器也连不上公网的场景。
6)身份码:在本文中是指用于标识用户身份的二维码。
随着移动互联网的快速发展,销售终端(POS,Point of Sale)对用户进行扫码支付越来越普及,但是相关技术中的扫码支付场景都依赖POS机器联网识别之后,再进行后台扣费,在一些特殊的场景下,例如食堂、车库等场景,在食堂场景下,消费者较多容易造成网络拥塞,在车库场景下,其地理环境容易造成网络拥塞,因此,在这些网络环境不稳定的场景下,如果依赖强联网扫描识别,会造成用户等待时间过长,有损用户消费体验,也增加其他用户的等待时间。在相关技术中,POS机器进行在线校验,则需要POS机器处于强联网状态,POS机器进行离线校验,则不需要POS机器处于强联网状态,可是无法保证消费安全,例如,不同POS机器的风控等策略无法同步。
本发明实施例提供一种电子支付的处理方法、装置、电子设备和计算机可读存储介质,能够解决在离线场景下用户支付存在坏账风险的问题,下面说明本发明实施例提供的电子设备的示例性应用,本发明实施例提供的电子设备可以实施为POS机器、收款闸机等各种类型的收款终端,这些收款终端可以安装在食堂、超市、商场、集贸市场、水电费充值处、交通工具上等等。下面,将说明设备实施为终端时示例性应用。
参见图1,图1是本发明实施例提供的电子支付的处理系统100的一个可选的结构示意图,收款终端400(示例性示出了终端400-1、终端400-2以及终端400-3)通过网络300连接服务器200,用户终端500通过网络300连接服务器200以及收款终端400,网络300可以是广域网或者局域网,又或者是二者的组合。
用户终端500上显示标识用户身份的二维码,收款终端400-2扫描显示在用户终端500中的应用程序510界面上的二维码,收款终端400-2对二维码进行解码,并进行身份稽核,同时收款终端接收到交易请求信息,结合交易请求信息与身份信息生成交易,然后对交易进行风险校验,这里进行风险校验的过程可以是多个收款终端400-1、400-2以及400-3协同对交易进行风险校验,在风险校验通过之后,风险校验过程中所涉及到的所有中间信息以及结果信息均能够在收款终端400-2的应用程序410-2上进行显示,收款终端400-2创建订单,此时收款终端400-2与用户终端500之间的交易显示完成状态,收款终端400-2将已创建的订单发送至服务器200中的计费系统,以使计费系统与结算方(例如用户签约的银行、第三方支付平台)系统进行订单的结算,例如将付款账号中的资金通过结算方转入到收款方的(银行或第三方支付平台的)收款账号。
参见图2,图2是本发明实施例提供的应用电子支付的处理方法的收款终端400的结构示意图,图2所示的收款终端400包括:至少一个处理器410、存储器450、至少一个网络接口420和用户接口430。收款终端400中的各个组件通过总线系统440耦合在一起。可理解,总线系统440用于实现这些组件之间的连接通信。总线系统440除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见,在图2中将各种总线都标为总线系统440。
处理器410可以是一种集成电路芯片,具有信号的处理能力,例如通用处理器、数字信号处理器(DSP,Digital Signal Processor),或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等,其中,通用处理器可以是微处理器或者任何常规的处理器等。
用户接口430包括使得能够呈现媒体内容的一个或多个输出装置431,包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口430还包括一个或多个输入装置432,包括有助于用户输入的用户接口部件,比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。
存储器450可以是可移除的,不可移除的或其组合。示例性的硬件设备包括固态存储器,硬盘驱动器,光盘驱动器等。存储器450可选地包括在物理位置上远离处理器410的一个或多个存储设备。
存储器450包括易失性存储器或非易失性存储器,也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(ROM,Read Only Memory),易失性存储器可以是随机存取存储器(RAM,Random Access Memory)。本发明实施例描述的存储器450旨在包括任意适合类型的存储器。
在一些实施例中,存储器450能够存储数据以支持各种操作,这些数据的示例包括程序、模块和数据结构或者其子集或超集,下面示例性说明。
操作系统451,包括用于处理各种基本系统服务和执行硬件相关任务的系统程序,例如框架层、核心库层、驱动层等,用于实现各种基础业务以及处理基于硬件的任务;
网络通信模块452,用于经由一个或多个(有线或无线)网络接口420到达其他计算设备,示例性的网络接口420包括:蓝牙、无线相容性认证(WiFi)、和通用串行总线(USB,Universal Serial Bus)等;
呈现模块453,用于经由一个或多个与用户接口430相关联的输出装置431(例如,显示屏、扬声器等)使得能够呈现信息(例如,用于操作外围设备和显示内容和信息的用户接口);
输入处理模块454,用于对一个或多个来自一个或多个输入装置432之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。
在一些实施例中,本发明实施例提供的电子支付的处理装置可以采用软件方式实现,图2示出了存储在存储器450中的电子支付的处理装置455,其可以是程序和插件等形式的软件,包括以下软件模块:身份信息获取模块4551、交易生成模块4552、风险校验模块4553以及交易完成模块4554,这些模块是逻辑上的,因此根据所实现的功能可以进行任意的组合或进一步拆分,将在下文中说明各个模块的功能。
在另一些实施例中,本发明实施例提供的电子支付的处理装置可以采用硬件方式实现,作为示例,本发明实施例提供的电子支付的处理装置可以是采用硬件译码处理器形式的处理器,其被编程以执行本发明实施例提供的电子支付的处理方法,例如,硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(ASIC,Application SpecificIntegrated Circuit)、DSP、可编程逻辑器件(PLD,Programmable Logic Device)、复杂可编程逻辑器件(CPLD,Complex Programmable Logic Device)、现场可编程门阵列(FPGA,Field-Programmable Gate Array)或其他电子元件。
将结合本发明实施例提供的终端的示例性应用和实施,说明本发明实施例提供的电子支付的处理方法。
参见图3A,图3A是本发明实施例提供的电子支付的处理方法的一个可选的流程示意图,将结合图3A示出的步骤进行说明。
在各个处理阶段中,将各个收款终端所处的工作状态、所查询生成的各种结果以及信息均将在各个第二收款终端以及需要创建订单的第一收款终端上进行显示,本申请所涉及到的第一收款终端以及第二收款终端可以为POS机。
在步骤101中,第一收款终端扫描需要进行电子支付的用户终端,以获取用户终端的身份信息。
这里的用户终端上呈现有用户的身份码,身份码的生成方式有两种,分别是在线生成机制已经离线生成机制,首先用户终端上的小程序或者其他应用程序会进行初始化,在线码的生成过程如下,用户的身份信息在后台使用一套具有时效性的密钥进行加密后下发给客户端,同时也会下发给客户端用户口令,客户端会缓存这个加密的身份信息(一级码文),以便于离线时使用,身份信息的组成部分由后台与客户端共同决定,X=(加密的身份信息+在线/离线标志+时间戳),校验和=CRC32(X+用户口令),身份码=X+校验和,这里的身份码是二级码,以二维码的形式或者条形码的形式呈现在用户终端界面上,一级码文和二级码文均有时效性,如果是在线状态的话,一级码文会按照固定的时间间隔进行更新,二级码文是在一级码文的基础上生成的,且一级码文的有效时间长于二级码文的有效时间,二级码文的时效性优选为1分钟或30秒,一级码文的时效性优选为1小时或者甚至更长的时间,如果是在离线状态或者弱网络状态的话,离线码的生成过程如下:客户端利用缓存最近一次在线更新得到的一级码文生成二级码文,这里的后台可以是计费系统。
在一些实施例中,步骤101中第一收款终端扫描需要进行电子支付的用户终端,以获取用户终端的身份信息,可以通过以下技术方案实现,第一收款终端扫描需要进行电子支付的用户终端呈现的身份码,并对身份码进行签名验签;当签名验签通过时,对身份码进行解码以获取用户终端的身份信息;在获取用户终端的身份信息之后,还可以执行以下步骤:当在用户身份数据库中查询到身份信息时,确定身份信息通过身份稽查。
在一些实施例中,这里是通过第一收款终端的摄像头对用户终端上呈现的身份码进行扫描,在扫描获取到身份码之后,对身份码进行解析,解析过程如下:首先通过集成在第一收款终端中的解码软件开发工具包(SDK,Software Development Kit)对身份码进行数字签名的验签,这里的验签采取的后台所下发的公钥对通过私钥签名的数字签名进行验证,这里的后台是用户终端与收款终端的公用后台,这里的后台可以是计费系统,数字签名验签通过意味着身份信息没有被篡改过,是具有可信性的信息,后台对身份信息进行加密时使用随机对称密钥,这个随机对称密钥也会下发到收款终端,收款终端进行验签之后,再使用该对称密钥进行解密,以获取用户的的身份信息明文,之后进行身份稽查,查询该身份信息是否为之前注册过的有效身份信息,当在用户身份数据库中查询到身份信息时,确定身份信息通过身份稽查。
在步骤102中,第一收款终端生成对应身份信息的交易。
在一些实施例中,这里第一收款终端接收到的交易请求信息可以是通过外接扫码器扫描得到的交易请求信息,在食堂场景下,交易信息可以是食物的名称、数量以及对应的价格,在交通场景下,第一收款终端接收到的交易信息可以是司机输入的,还是可以预先存储的各个区段信息以及对应的价格信息,交易信息可以是乘车区段、以及区段价格,由于交易信息实际上是为了满足于消费用户的信息,因此,这里的交易信息与身份信息存在对应关系,每一次消费过程中均可以是以身份信息作为唯一指引,结合身份信息以及对应身份信息的交易信息,得到待校验的交易,这里交易最简单可以是由身份信息、交易信息组合得到,在实际实施的过程中,获取交易信息和获取身份信息之间的执行先后顺序不进行限定。
在步骤103中,第一收款终端探测能够与第一收款终端进行通信的至少一个第二收款终端。
参见图3B,图3B是本发明实施例提供的电子支付的处理方法的一个可选的流程示意图,步骤103中第一收款终端探测能够与第一收款终端进行通信的至少一个第二收款终端可以通过以下步骤实现,将结合图3B示出的步骤进行说明。
在步骤1031中,第一收款终端在所属的局域网内发送探测信息。
在步骤1032中,局域网内的至少一个第二收款终端基于探测信息进行设备校验。
在步骤1033中,第一收款终端接收到第二收款终端返回的校验通过信息。
在步骤1034中,确定第一收款终端能够与第二收款终端对交易进行协同风险校验,并在第一收款终端上呈现第一收款终端处于协同校验状态。
在一些实施例中,收款终端之间的组网方式可以是无线局域网,还可以是有线网络,在无线局域网络中还可以是通过蓝牙进行组网,第一收款终端与第二收款终端进行探测发现的方式可以是基于中间的路由设备进行探测的,还可以是直接通过两个终端之间进行感知。
在一些实施例中,第一收款终端在所属的局域网内发送探测信息,这里的探测信息是以广播的方式在广播范围内进行发送,在广播范围内的至少一个第二收款终端基于探测信息进行设备校验,这里的设备校验是第二收款终端对探测信息进行数字签名的验签,以确定第一收款终端的身份,当确认第一收款终端的身份是已注册的与第二收款终端具有协同关系的设备,则会将校验通过信息返回,当第一收款终端接收到第二收款终端返回的校验通过信息时,则确定第一收款终端能够与第二收款终端对交易进行协同风险校验,并在第一收款终端上呈现第一收款终端处于协同校验状态,可以在第一收款终端的界面上显示以下信息“第一收款终端处于与第二收款终端进行协同校验的状态”,甚至还可以在第一收款终端的界面上显示第二收款终端的地址信息、设备号等具体设备信息。
在一些实施例中,当满足下述条件之一时,确定第一收款终端将独立对交易进行风险校验,并呈现第一收款终端处于独立校验状态:第一收款终端在超时时间阈值内没有接收到第二收款终端返回的校验通过信息;第一收款终端接收到第二收款终端返回的校验失败信息。
在一些实施例中,由于网络故障原因,会导致第一收款终端无法探测到第二收款终端,因此,无法实现多个收款终端的协同校验,只能通过第一收款终端对交易进行单独风险校验,这里无法探测到的情形,包括:第一收款终端在超时时间阈值内没有接收到第二收款终端返回的校验通过信息;第一收款终端接收到第二收款终端返回的校验失败信息,第一收款终端上除了呈现第一收款终端处于独立校验状态,还可以呈现无法探测到其他收款终端等信息。
在一些实施例中,在对交易进行协同校验之前,为了避免第二收款终端是冒充的设备,还需要通过第一收款终端对第二收款终端进行身份校验,第一收款终端对第二收款终端返回的校验通过信息或者校验失败信息进行数字签名的验签,以确定第二收款终端的身份,当确认第二收款终端的身份是已注册的与第一收款终端具有协同关系的设备后,才完成了双向的设备验证,从而可以协同对交易进行验证。
在一些实施例中,还可以在双方验证通过的基础上对探测到的第二收款终端基于先前已经进行协同校验的次数进行筛选,当第二收款终端所执行的协同校验次数超过协同校验次数阈值时,可以放弃该第二收款终端进行协同风险校验,从而使各个收款终端校验过的次数在整体上保持平衡。避免风险校验集中在一个收款终端上带来的风险。
参见图3C,图3C是本发明实施例提供的电子支付的处理方法的一个可选的流程示意图,步骤103中第一收款终端探测能够与第一收款终端进行通信的至少一个第二收款终端可以通过以下步骤实现,将结合图3C示出的步骤进行说明。
在步骤1035中,第一收款终端发送探测信息至第一收款终端所属的局域网内的路由设备。
在步骤1036中,路由设备查询与第一收款终端之间存在协同关系的至少一个第二收款终端。
在步骤1037中,将查询结果返回至第一收款终端。
在步骤1038中,第一收款终端接收到查询结果,确定第一收款终端能够与第二收款终端对交易进行协同风险校验,并在第一收款终端上呈现第一收款终端处于协同校验状态。
在一些实施例中,收款终端之间的组网方式可以是无线局域网,还可以是有线网络,在无线局域网络中还可以是通过蓝牙进行组网,第一收款终端与第二收款终端进行探测发现的方式可以是基于中间的路由设备进行探测的,还可以是直接通过两个终端之间进行感知。
在一些实施例中,第一收款终端发送探测信息至第一收款终端所属的局域网内的路由设备,这里的探测信息是直接发送至路由设备,路由设备查询与第一收款终端之间存在协同关系的至少一个第二收款终端,路由设备中存储互相之间存在协同校验关系的收款终端的设备信息,将查询结果返回至第一收款终端,第一收款终端接收到查询结果,即获知能够与第一收款终端进行协同风险校验的第二收款终端的设备信息,因此,确定第一收款终端能够与第二收款终端对交易进行协同风险校验,并在第一收款终端上呈现第一收款终端处于协同校验状态,可以在第一收款终端的界面上显示以下信息“第一收款终端处于与第二收款终端进行协同校验的状态”,甚至还可以在第一收款终端的界面上显示第二收款终端的地址信息、设备号等具体设备信息。
在一些实施例中,当满足下述条件之一时,确定第一收款终端将独立对交易进行风险校验,并呈现第一收款终端处于独立校验状态:第一收款终端在超时时间阈值内没有接收到路由设备返回的查询结果;第一收款终端接收到路由设备返回的内容为空的查询结果。
在一些实施例中,由于网络故障原因,会导致第一收款终端无法探测到第二收款终端,因此,无法实现多个收款终端的协同校验,只能通过第一收款终端对交易进行单独风险校验,这里无法探测到的情形,包括:第一收款终端在超时时间阈值内没有接收到路由设备返回的查询结果;第一收款终端接收到路由设备返回的内容为空的查询结果,第一收款终端上除了呈现第一收款终端处于独立校验状态,还可以呈现无法探测到其他收款终端等信息。
在一些实施例中,在对交易进行协同校验之前,为了避免第二收款终端是冒充的设备,还需要通过第一收款终端对第二收款终端进行身份校验,第一收款终端对第二收款终端返回的校验通过信息或者校验失败信息进行数字签名的验签,以确定第二收款终端的身份,当确认第二收款终端的身份是已注册的与第一收款终端具有协同关系的设备后,才完成了双向的设备验证,从而可以协同对交易进行验证。
在一些实施例中,还可以在双方验证通过的基础上对探测到的第二收款终端基于先前已经进行协同校验的次数进行筛选,当第二收款终端所执行的协同校验次数超过协同校验次数阈值时,可以放弃该第二收款终端进行协同风险校验,从而使各个收款终端校验过的次数在整体上保持平衡。避免风险校验集中在一个收款终端上带来的风险。
在步骤104中,第一收款终端与至少一个第二收款终端协同对交易进行风险校验。
在一些实施例中,风险校验是基于风控策略进行的,不同的场景下对应使用不同的风控策略,当满足以下条件中的一项时,第一收款终端与第二收款终端协同对订单进行单离线风险校验:第一收款终端向后台计费系统发送付费请求,且在返回超时时间阈值内没有接收到后台计费系统针对付费请求的响应;第一收款终端确定出用户终端处于弱网络状态或者离线状态,这里的弱网络状态指传输速度低于最低传输阈值或者处于2G网络状态,用户终端的网络状态可以通过扫描身份码获取,这里的单离线风险校验指的是基于对应上述网络状态的风控策略所进行的风险校验,即对应单离线状态的风控策略。
在一些实施例中,当同时满足以下条件时,第一收款终端与第二收款终端协同对订单进行在线风险校验:第一收款终端向后台计费系统发送付费请求,且在返回超时时间阈值内接收到后台计费系统针对付费请求的响应;第一收款终端确定出用户终端处于在线状态,这里是指第一收款终端与用户终端均处于在线状态,用户终端的网络状态可以通过扫描身份码获取,这里的在线风险校验指的是基于对应上述网络状态的风控策略所进行的风险校验,即对应在线状态的风控策略。
当同时满足以下条件时,第一收款终端与第二收款终端协同对订单进行双离线风险校验:第一收款终端向后台计费系统发送付费请求,且在返回超时时间阈值内没有接收到后台计费系统针对付费请求的响应;第一收款终端确定出用户终端处于弱网络状态或者离线状态;这里的弱网络状态指传输速度低于最低传输阈值或者处于2G网络状态,这里是指第一收款终端与用户终端均处于离线状态,用户终端的网络状态可以通过扫描身份码获取,这里的双离线风险校验指的是基于对应上述网络状态的风控策略所进行的风险校验,即对应双离线状态的风控策略。
在一些实施例中,对应双离线状态的风控策略、对应单离线状态的风控策略以及对应在线状态的风控策略在严格程度上是按照降序排列的。
参见图3D,图3D是本发明实施例提供的电子支付的处理方法的一个可选的流程示意图,步骤104中与至少一个第二收款终端协同对用户终端发起的交易进行风险校验可以通过以下步骤实现,将结合图3D示出的步骤进行说明。
在步骤1041中,第一收款终端将交易同步到至少一个第二收款终端。
如上文所述,第一收款终端以及第二收款终端可以为POS机。
在步骤1042中,第二收款终端对交易进行风险校验。
在一些实施例中,同步到第二收款终端的交易,用于供第二收款终端进行以下风险校验操作:基于身份信息查询用户终端通过第二收款终端进行消费的历史订单,并作为第二收款终端历史订单;当交易以及第二收款终端历史订单均满足配置于第二收款终端的风控策略时,确定交易通过第二收款终端的风险校验,并将第二收款终端校验结果返回第一收款终端;在第一收款终端接收第二收款终端返回的第二收款终端校验结果之后,还可以执行以下步骤:第一收款终端呈现对应第二收款终端的风险校验通过标识、以及第二收款终端历史订单。
在一些实施例中,当用户终端和收款终端两者都处于离线状态时,则按照对应的风险校验策略对用户终端发起的交易进行风险校验,在网络恢复之后再异步上传计费系统进行追缴操作,从而提高用户及商户的使用体验,并且降低坏账风险。例如,食堂内的收款终端集群中存在A、B两个收款终端,如果都允许单个用户透支10笔,那么如果离线信息不在局域网内共享;则实际上这个用户可以既在A机器上透支10笔,又在B机器上透支10笔,而如果A、B这两个收款终端信息是共享的,那么在这两台机器上这个用户只能总共透支10笔,从而降低了坏账风险,上述过程是一种典型的协同风险校验的过程。
在一些实施例中,第一收款终端将交易同步到至少一个第二收款终端,以使第二收款终端获取交易的交易请求信息,并结合身份信息查询通过第二收款终端进行消费的第二收款终端历史订单,这里的交易中包括身份信息以及交易请求信息,例如,这笔交易中包括:用户A、盒饭套餐、20元这种结构的信息,从而第二收款终端查询用户A通过第二收款终端进行消费的第二收款终端历史订单,查询到存在10笔透支交易,当风控策略中所配置的最高透支数目为10时,则第二收款终端会发现用户A之前已在本终端透支10笔,当前是第11笔,超过了最高透支数目,则返回不通过标识,从而第一收款终端接收到第二收款终端返回的不通过标识,当第一收款终端和第二收款中的风控策略一致时,不需要第一收款终端再进行校验了。
这里的交易信息中包括需要支付的金额,身份信息中可以表征该用户是否为已注册用户,是否有消费权限,甚至还可以查询该用户之前是否曾经被标记为可疑用户,这里的可疑用户可以是存在征信问题的用户,第二收款终端可以校验需要支付的金额是否不超过最大单笔支付金额,用户是否合法,并结合第二收款终端历史订单,确定总透支数目是否超过最高透支数目阈值,从而当交易以及第二收款终端历史订单均满足配置于第二收款终端的风控策略时,确定交易通过第二收款终端的风险校验,并将第二收款终端校验结果返回第一收款终端;在第一收款终端接收第二收款终端返回的第二收款终端校验结果之后,方法还包括:第一收款终端呈现对应第二收款终端的风险校验通过标识、以及第二收款终端历史订单。
在步骤1043中,第一收款终端接收第二收款终端返回的第二收款终端校验结果。
在一些实施例中,在执行完步骤1043之后,第一收款终端呈现对应第二收款终端的风险校验通过标识、以及第二收款终端历史订单,这里的第二收款终端校验结果可以包括通过标识以及第二收款终端上的第二收款终端历史订单,第一收款终端上呈现第二收款终端校验结果中携带的风险校验通过标识、以及第二收款终端历史订单,第二收款终端历史订单可以是该用户在第二收款终端上存在3笔透支记录,第一收款终端接收到这些消息后,会将接收到的信息进行可视化呈现。
在步骤1044中,根据第二收款终端校验结果再次对交易进行风险校验。
在一些实施例中,步骤1044中根据第二收款终端校验结果再次对交易进行风险校验,可以通过以下技术方案实现,第一收款终端提取第二收款终端校验结果中的第二收款终端历史订单;基于身份信息查询用户终端通过第一收款终端进行消费的历史订单,以作为第一收款终端历史订单;将交易、第一收款终端历史订单与第二收款终端历史订单进行汇总处理;当汇总结果满足配置于第一收款终端的风控策略时,确定交易通过第一收款终端的风险校验。
在一些实施例中,这里的第二收款终端历史订单可以是该用户身份在第收款终端的消费透支的数目、以及消费透支的金额等等,风控策略可以是该用户在所有收款终端中能够透支的总金额以及能够透支的总数目,这里第一收款终端接收到各个第二收款终端返回的历史订单,并将所有的历史订单以及本次交易请求信息进行汇总,例如,其他收款终端反馈透支了10笔,本次在第一收费终端所生成的交易属于第11笔,超过了最高透支数目,因此,本次交易的风险校验不合格,无法创建订单。
在一些实施例中,协同风险校验可以仅通过数据共享实现,即第一收款终端将交易同步到至少一个第二收款终端,以使第二收款终端获取交易的交易请求信息,并结合身份信息查询通过第二收款终端进行消费的第二收款终端历史订单;将第二收款终端历史订单返回第一收款终端;在第一收款终端接收第二收款终端返回的协同风险校验结果之后,方法还包括:第一收款终端上呈现第二收款终端历史订单。第一收款终端提取第二收款终端历史订单;第一收款终端获取交易的交易请求信息,并结合身份信息查询通过第一收款终端进行消费的第一收款终端历史订单;将交易请求信息、身份信息、第一收款终端历史订单、以及第二收款终端历史订单进行汇总处理;当汇总结果满足配置于第一收款终端的风控策略时,确定风险校验通过。
在一些实施例中,步骤104中与至少一个第二收款终端协同对交易进行风险校验,可以通过以下技术方案实现,第一收款终端将交易同步到至少一个第二收款终端,以使第二收款终端基于身份信息查询用户终端通过第二收款终端进行消费的历史订单,作为第二收款终端历史订单;第一收款终端接收第二收款终端返回的第二收款终端历史订单,并根据第二收款终端历史订单再次对交易进行风险校验。
这里,第二收款终端可以不执行校验过程,即第二收款终端的作用在于查询通过该收款终端进行消费的历史订单,并将历史订单同步到第一收款终端,即当前消费的收款终端,由当前消费的第一收款终端基于所有第二收款终端同步来的各自的历史订单对当前交易进行风险校验,相比于其他协同校验方式,这种方式的效率最高且能够基于所有终端上的记录进行风险校验,保障了透支安全,避免了透支风险。
在一些实施例中,协同风险校验可以通过第二收款终端和第一收款终端上的分别校验完成,即每个第二收款终端查询到各自的历史订单,结合第一收款终端同步来的交易,完成各自收款终端上对该交易的校验,即这个校验是每个第二收款终端都会进行的,所参考的数据是本终端上的数据和第一收款终端发送过来的当前交易,若结合两个终端数据所校验产生的多个校验结果中存在不合格的结果,则本次交易未通过风险校验,若不存在不合格的结果,则本次交易通过多个第二收款终端的风险校验,继续由第一收款终端结合所有第二收款终端的数据进行校验。
在一些实施例中,协同风险校验可以通过第二收款终端和第一收款终端上的分别校验完成,即每个第二收款终端查询到各自的历史订单,结合第一收款终端同步来的交易以及其他第二收款终端同步来的各自的历史订单,完成各自收款终端上对该交易的校验,即这个校验是每个第二收款终端都会进行的,所参考的数据是本终端上的数据、其他第二收款终端的历史订单以及第一收款终端发送过来的当前交易,若结合所有终端数据所校验产生的多个校验结果中存在不合格的结果,则本次交易未通过风险校验,若不存在不合格的结果,则本次交易通过多个第二收款终端的风险校验,相比于上述实施方式,其安全系数最高。
在一些实施例中,当探测到的第二收款终端的数目未达到协同校验收款终端数目阈值时,将按比例对第一收款终端上的所配置的风控策略进行修改,例如,要求第一收款终端需要接收到其他4个收款终端同步来的历史订单,但是实际上第一收款终端仅收到了其他3个收款终端同步来的历史订单,则可以将原先设定的10笔限额折合为8笔,即按照协同参与的收款终端数目来修正第一收款终端上的风控策略。
在一些实施例中,生成对应身份信息的交易,包括:第一收款终端接收对应身份信息的交易信息,并将身份信息以及交易信息组合成对应身份信息的交易;还可以实施以下技术方案,在第一收款终端上呈现交易处于风险校验通过状态,并呈现人工确认界面;当在第一收款终端的人工确认界面中接收到针对风险校验通过状态的人工确认信息时,第一收款终端创建对应交易的订单。
在一些实施例中,为了将用户消费的风险以及环境影响降到最低,可以提供人工确认的入口,在确定风险校验通过时,接收用户的二次确认指示,当在第一收款终端的人工确认界面中接收到针对风险校验通过状态的人工确认信息时,再创建对应交易的订单,在风险校验未通过时,也可以接收用户的二次确认指示,使得在特殊场景下商户有权限再提供一次透支机会,第一收款终端可以接收商户的人工校验通过指示,使得用户的消费能够顺利完成。
在一些实施例中,还可以执行以下技术方案,第一收款终端向计费系统发送心跳指令,以使计费系统将配置在计费系统中的风控策略同步至第一收款终端以及至少一个第二收款终端;第一收款终端接收风控策略,并将风控策略与第一收款终端中已有的风控策略进行比对;当所接收到的风控策略与已有的风控策略不一致时,将已有的风控策略更新为所接收到的风控策略,并在第一收款终端中显示风控策略的已更新状态。
在一些实施例中,收款终端需要与计费系统每隔一段时间间隔发送一次心跳指令,这里的心跳指令可以是任意自定义指令,心跳保活的目的是确保收款终端与计费系统处于通信状态,以防止出现长时间离线而不自知的情形,在进行心跳保活的同时,计费系统向收款终端发送计费系统中管理员所配置的最新风控策略,这里的风控策略包括针对各种网络状态的不同风控策略,对于不同的收款终端,可以设置不同的风控策略,但是优选设置为相同的风控策略,设置相同的风控策略有助于提高安全性,设置不同的风控策略,更加方便用户消费,例如,对于某一个窗口的收款终端而言,该窗口下的商品价格远高于其他窗口的收款终端,那么对于单个终端的单笔消费最大金额可以设置得高于其他收款终端。
在一些实施例中,参见图4,图4是本发明实施例提供的网络支付的订单处理系统的区块链可选架构图,区块链网络中的节点需要到认证中心300进行身份认证,第一收款终端400可以是区块链网络中的节点,协同风险校验的过程可以是第一收款终端节点400向区块链网络中的多个第二收款终端节点(210-1、210-2、210-3)提交进行风险校验的交易,相当于提交校验请求,各个节点均执行风险校验,每个节点将各自的风险校验结果进行签名后发送到其他节点,当发起校验请求的节点收集到足够的指示校验通过的校验结果时,将进行订单创建,以上过程类似于区块链网络中的共识过程,其中,会对接收的校验结果进行数字签名以防止篡改,且将每个交易请求的校验记录和所创建的订单同步到区块链网络中,各个节点在进行校验时,从区块链网络中查询身份信息对应的记录,再结合风控策略进行风险校验。
在步骤105中,当风险校验通过时,第一收款终端呈现交易的已完成状态。
在一些实施例中,风险校验通过时,第一收款终端可以呈现交易处于已完成状态,这里的交易实际上是用户终端与第一收款终端之间的透支交易,由于进行了风险校验后,该交易的风险校验通过,则该笔交易被认为是安全的风险较低的透支交易,因此,第一收款终端会创建对应该交易的订单,订单上除了包括交易中的相关信息外,还包括交易的风控校验结果、订单生成的时间(追缴时间)、追缴支付平台等涉及到计费系统所需要用于向第三方支付平台进行追缴的其他信息,到订单创建为止,对于用户终端而言,所生成的交易属于已完成状态,用户可以获取相应的商品,收款终端会接着扫描下一个用户终端,计费系统将凭借订单进行追款,以完成交易支付流程。
在步骤106中,第一收款终端向网络中的计费系统发送对应交易的订单。
在步骤107中,计费系统执行订单的应收款的追缴操作。
在一些实施例中,到步骤106为止,并没有进行实际的支付操作,支付操作需要在第一收款终端在网络环境恢复之后,或者网络拥塞程度降低之后将订单异步上传至计费系统,由计费系统基于身份信息向用户所绑定的支付方进行追缴操作,一旦追缴操作成功后,会向收款终端返回追缴成功的信息,以使收款终端对存储在本地的订单添加追款成功的标识。
在一些实施例中,本发明实施例提供了一种电子支付的处理方法,包括:第一收款终端扫描需要进行电子支付的用户终端呈现的身份信息,以生成对应身份信息的交易;第一收款终端显示所探测到的能够与第一收款终端通信的至少一个第二收款终端;显示与至少一个第二收款终端协同对交易进行风险校验的结果;当风险校验通过时,呈现交易的已完成状态以及对应交易所创建的订单;将订单发送至网络中的计费系统,并显示计费系统针对订单的应收款的追缴成功的消息。
在一些实施例中,上述电子支付的处理方法的实施过程可以参考上述实施例中的具体实施方案,并在各个处理阶段中,将各个收款终端所处的工作状态、所查询生成的各种结果以及信息均将在各个第二收款终端以及需要创建订单的第一收款终端上进行显示。
下面,将说明本发明实施例在一个实际的应用场景中的示例性应用。
根据本发明实施例提供的电子支付的处理方法在网络信号不好(传输速度低于传输速度阈值)或离线(用户终端或者收款终端离线)、双离线的场景下,依然能够保证用户安全便捷地进行POS支付,具体的应用场景可以是在食堂内,用户终端提供表征身份的二维码码,收款终端(POS机器)扫码,当用户终端和收款终端两者都处于离线状态时,则按照对应的风险校验策略对用户终端发起的交易进行风险校验,在网络恢复之后再异步上传计费系统进行追缴操作,从而提高用户及商户的使用体验,并且降低坏账风险。例如,食堂内的POS机集群中存在A,B两个POS机器,如果都允许离线单个用户支付10笔,那么如果离线信息不在局域网内共享;则实际上这个用户可以既在A机器上离线付10笔,又在B机器上离线付10笔,而如果A、B这两个POS机器信息是共享的,那么在这两台机器上这个用户只能公离线付10笔,从而降低离线透支所导致的坏账风险。
本发明实施例提供一种电子支付的处理方法,能确保在弱网络环境下保证支付体验的流畅,参见图5,图5是本发明实施例提供的电子支付的处理方法中的收款终端部署架构图,以食堂消费场景为例,在食堂POS机器(收款终端)消费场景中,设置有计费系统的服务器在公网,食堂的POS机群连接到公网之前,首先搭建成一个局域网,食堂所有的POS机都在这个局域网内,然后统一连到公网服务器,局域网内的POS机可以享有相同的风控策略,在POS机器部署初始化的时候,服务器会统一下发给POS机必要的配置信息,包括:风控配置以及设备配置等等,这里的风控配置包含:对于单个POS机器的限制:单个机具总共允许的最大离线支付金额;单个机具允许的离线最大单笔订单金额;单个机具总共允许的离线订单数量;单个机具总共允许的离线时长,以及对于单个用户的限制:单用户离线最大单笔订单金额;单用户离线最大订单数量;单用户离线的订单总金额,设备配置包含:POS机器的支付秘钥、心跳的时长、订单上传的间隔等,上述的配置都是为了控制离线用户消费场景的风险,当POS机器和用户终端处于双离线状态时,POS机器会进入离线支付流程,这样即便在连接外网的通道有延迟的情况下,依然能保证用户快速支付,在后台异步进行订单上传,保证支付的准实时性,这里的异步是指等到食堂人少的时候,此时网络带宽压力不那么大,即能进行订单的上传。
这是一种更安全高效的POS离线支付方案:在弱网络需要离线支付的场景下,本地pos机器组建成局域网,局域网中单个pos机器的离线风控策略,组合成pos机群整体的离线风控策略,有效降低离线支付的风险,同时降低商户坏账的几率,而又能保证用户扫码、刷卡等消费方式的支付速度。
参见图6,图6是本发明实施例提供的电子支付的处理方法中的身份码生成流程图,首先进行联网初始化,初始化的时候必须在有网络的情况下进行,接着会通过异步的码生成机制定时更新二维码,联网时生成在线码,离线时生成离线码,在线码的生成过程如下:用户终端的客户端从服务器(与计费系统的服务器相同)获取用户身份信息,用户身份信息在后台使用一套具有时效性的高级加密标准密钥进行加密后下发给客户端,同时也会下发一个用户口令,客户端无法解出具体的明文内容,客户端会缓存这个加密的身份信息(一级码文),便于离线使用,身份信息的组成部分由后台以及客户端共同决定,组成如下:X=(后台加密数据+在线/离线标志+时间戳)、校验和=CRC32(X+用户口令)、身份信息(二级码文)=X+校验和,一级码文和二级码文均有时效性,如果是在线状态的话,一级码文会每隔一段时间进行更新,但是一级码文的有效时间较长,二级码文是一级码文的基础上生成的,二级码文的时效性很短,二级码文是展示给pos机的表征用户身份的二维码。离线码的生成过程如下:离线码的生成过程与在线的生成的区别在于一级码文使用的是在离线前最后一次在线更新得到的一级码文,而不是每隔一段时间自动更新后得到的码文,再最后一次在线更新得到的一级码文通过客户端生成二级码文。
参见图7,图7是本发明实施例提供的电子支付的处理方法中POS机器整体支付流程图,用户终端显示二维码进行消费,收款终端(POS机器)对显示的二维码进行扫码以及解码以进行身份稽核,然后通过了风控体系的校验后,这里的风控体系包括单离线风控体系、双离线风控体系以及在线风控体系,在线风控、单离线风控和双离线风控的区别是三者的风控严格程度不一样,其中双离线风控的风控策略最严格,之后开始创建订单,对订单进行营销处理以及批价处理,营销系统指的是针对不同身份的用户赋予不同的优惠权限,例如,在学校内针对教师用户,在原价基础上进行对应权限的折扣处理,批价处理则是确定出实际支付价格的过程,离线支付的时候其实并没有扣款,异步上传之后才扣款,最终不管在线还是离线状态,订单都通过计费系统的中台网关上传到后台,后台包含整体的支付链路,中台的角色管理是对用户身份进行管理,比如是教师还是学生;心跳保活是客户端向服务器发送心跳指令,与此同时心跳检测的时候来确认服务器是否返回更新的风控策略并进行更新,计算中台可以由管理员控制,实时计算和策略模型是为了进行风控策略的版本更新,以在下一次心跳的时候同步到POS机器,计算中台中的交易引擎部分包括流程管控和订单中心,流程管控用于监控各个订单的处理阶段、订单中心用于接收并管理各个由收款终端上传的订单,商户管理用于对接各个商户,控制保证商户的支付接入,并进行商户与计费系统之间的合约管理,营销系统中设置有自助化配置以及个性化策略,管理员可以对营销系统中的配置进行修改,结算系统与第三方支付连接,结算系统主要负责独立对账以及分账结算。
参见图8,图8是本发明实施例提供的电子支付的处理方法单个POS机器的支付流程示意图,通过机具对二维码进行解码以及身份稽核,然后通过了风控体系的校验后,开始创建订单,如果网络良好就进入在线消费流程,处于弱网络环境或者离线状态时就进入离线支付流程,之后再进行异步上传到计费系统,通过心跳检测的时候来接收服务器返回的更新后的风控策略以对POS机器中的风控策略进行更新。
参见图9,图9是本发明实施例提供的电子支付的处理方法中POS机群校验流程图,在本地部署的POS机器连成一个局域网对外连接计费系统,局域网内部的离线信息是可以共享的,POS机器在联网到公网服务器前,组成本地局域网,在网络环境较差的情况下,各个,POS机器通过整体,POS机器群的风控策略来进行各自的交易安全风控校验,POS机器群的风控策略比单个,POS机器的风控要完善,在离线支付的场景下,能够识别不同,POS机器之间的离线订单数量和金额,降低离线消费的风险,因为局域网内部的机具离线信息可以共享,因此比单台的离线风险控制要更好。
本发明实施例提供一种更安全高效的POS机器支付方案,这种方案可以有效支持网络环境不好的食堂、地下室等地的POS消费,帮助用户在网络不好,需要离线支付的场景下,依然能够有效控制消费风险;而在网络良好的情况下,又能像原来一样流畅消费,这是一种更加安全、高效的POS机器支付方案,让用户在离线场景消费更安全,降低坏账风险。
下面继续说明本发明实施例提供的电子支付的处理装置455的实施为软件模块的示例性结构,在一些实施例中,如图2所示,存储在存储器450的电子支付的处理装置455中的软件模块可以包括:身份信息获取模块4551,用于第一收款终端扫描需要进行电子支付的用户终端,以获取用户终端的身份信息;交易生成模块4552,用于生成对应身份信息的交易;风险校验模块4553,用于探测能够与第一收款终端进行通信的至少一个第二收款终端,并与至少一个第二收款终端协同对交易进行风险校验;交易完成模块4554,用于当风险校验通过时,呈现交易的已完成状态,并向网络中的计费系统发送对应交易的订单,以使计费系统执行订单的应收款的追缴操作。
在一些实施例中,身份信息获取模块4551,还用于:第一收款终端扫描需要进行电子支付的用户终端上呈现的身份码,并对身份码进行签名验签;当签名验签通过时,对身份码进行解码以获取用户终端的身份信息;当在用户身份数据库中查询到身份信息时,确定身份信息通过身份稽查。
在一些实施例中,风险校验模块4553,还用于:将交易同步到至少一个第二收款终端,以使第二收款终端对交易进行风险校验;接收第二收款终端返回的第二收款终端校验结果,并根据第二收款终端校验结果再次对交易进行风险校验。
在一些实施例中,风险校验模块4553,还用于:基于身份信息查询用户终端通过第二收款终端进行消费的历史订单,并作为第二收款终端历史订单;当交易以及第二收款终端历史订单均满足配置于第二收款终端的风控策略时,确定交易通过第二收款终端的风险校验,并将第二收款终端校验结果返回第一收款终端;呈现对应第二收款终端的风险校验通过标识、以及第二收款终端历史订单。
在一些实施例中,风险校验模块4553,还用于:提取第二收款终端校验结果中的第二收款终端历史订单;基于身份信息查询用户终端通过第一收款终端进行消费的历史订单,以作为第一收款终端历史订单;将交易、第一收款终端历史订单与第二收款终端历史订单进行汇总处理;当汇总结果满足配置于第一收款终端的风控策略时,确定交易通过第一收款终端的风险校验。
在一些实施例中,风险校验模块4553,还用于:将交易同步到至少一个第二收款终端,以使第二收款终端基于身份信息查询用户终端通过第二收款终端进行消费的历史订单,作为第二收款终端历史订单;接收第二收款终端返回的第二收款终端历史订单,并根据第二收款终端历史订单再次对交易进行风险校验。
在一些实施例中,交易生成模块4552,还用于:接收对应身份信息的交易信息,并将身份信息以及交易信息组合成对应身份信息的交易;风险校验模块4553,还用于:当确定交易通过第一收款终端的风险校验时,呈现交易处于风险校验通过状态,并呈现人工确认界面;当在人工确认界面中接收到针对风险校验通过状态的人工确认信息时,创建对应交易的订单。
在一些实施例中,风险校验模块4553,还用于:在第一收款终端所属的局域网内发送探测信息,以使局域网内的至少一个第二收款终端基于探测信息进行设备校验;当接收到第二收款终端返回的校验通过信息时,确定第一收款终端能够与第二收款终端对交易进行协同风险校验,并呈现第一收款终端处于协同校验状态。
在一些实施例中,风险校验模块4553,还用于:当满足下述条件之一时,确定第一收款终端将独立对交易进行风险校验,并呈现第一收款终端处于独立校验状态:第一收款终端在超时时间阈值内没有接收到第二收款终端返回的校验通过信息;第一收款终端接收到第二收款终端返回的校验失败信息。
在一些实施例中,风险校验模块4553,还用于:发送探测信息至第一收款终端所属的局域网内的路由设备,以使路由设备查询与第一收款终端之间存在协同关系的至少一个第二收款终端,并将查询结果返回至第一收款终端;当第一收款终端接收到查询结果时,确定第一收款终端能够与第二收款终端对交易进行协同风险校验,并呈现第一收款终端处于协同校验状态。
在一些实施例中,风险校验模块4553,还用于:当满足下述条件之一时,确定第一收款终端将独立对交易进行风险校验,并呈现第一收款终端处于独立校验状态;第一收款终端在超时时间阈值内没有接收到路由设备返回的查询结果;第一收款终端接收到路由设备返回的内容为空的查询结果。
在一些实施例中,风险校验模块4553,还用于:第一收款终端向计费系统发送心跳指令,以使计费系统将配置在计费系统中的风控策略同步至第一收款终端以及至少一个第二收款终端;接收风控策略,并将风控策略与第一收款终端中已有的风控策略进行比对;当所接收到的风控策略与已有的风控策略不一致时,将已有的风控策略更新为所接收到的风控策略,并显示风控策略的已更新状态。
本发明实施例提供一种电子支付的处理装置455,包括:身份信息获取模块4551,用于第一收款终端扫描需要进行电子支付的用户终端呈现的身份信息,以生成对应身份信息的交易;风险校验模块4553,用于第一收款终端显示所探测到的能够与第一收款终端通信的至少一个第二收款终端;显示与至少一个第二收款终端协同对交易进行风险校验的结果;当风险校验通过时,呈现交易的已完成状态以及对应交易所创建的订单;交易完成模块4554,用于将订单发送至网络中的计费系统,并显示计费系统针对订单的应收款的追缴成功的消息。
本发明实施例提供一种存储有可执行指令的计算机可读存储介质,其中存储有可执行指令,当可执行指令被处理器执行时,将引起处理器执行本发明实施例提供的方法,例如,如图3A-3D示出的电子支付的处理方法。
在一些实施例中,计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、闪存、磁表面存储器、光盘、或CD-ROM等存储器;也可以是包括上述存储器之一或任意组合的各种设备。
在一些实施例中,可执行指令可以采用程序、软件、软件模块、脚本或代码的形式,按任意形式的编程语言(包括编译或解释语言,或者声明性或过程性语言)来编写,并且其可按任意形式部署,包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。
作为示例,可执行指令可以但不一定对应于文件系统中的文件,可以可被存储在保存其它程序或数据的文件的一部分,例如,存储在超文本标记语言(HTML,Hyper TextMarkup Language)文档中的一个或多个脚本中,存储在专用于所讨论的程序的单个文件中,或者,存储在多个协同文件(例如,存储一个或多个模块、子程序或代码部分的文件)中。
作为示例,可执行指令可被部署为在一个计算设备上执行,或者在位于一个地点的多个计算设备上执行,又或者,在分布在多个地点且通过通信网络互连的多个计算设备上执行。
综上,通过本发明实施例,多个收款终端对用户的消费请求进行协同风险校验,在协同风险校验通过后,便应答用户的消费请求,在收款终端上显示订单完成状态,并进行异步追缴操作,从而既减少用户的等待时间,又降低离线透支所导致的坏账风险。
以上,仅为本发明的实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和范围之内所作的任何修改、等同替换和改进等,均包含在本发明的保护范围之内。
Claims (15)
1.一种电子支付的处理方法,其特征在于,包括:
第一收款终端扫描需要进行电子支付的用户终端,以获取所述用户终端的身份信息;
生成对应所述身份信息的交易;
探测能够与所述第一收款终端进行通信的至少一个第二收款终端,并与至少一个第二收款终端协同对所述交易进行风险校验;
当风险校验通过时,呈现所述交易的已完成状态,并
向网络中的计费系统发送对应所述交易的订单,以使所述计费系统执行所述订单的应收款的追缴操作。
2.根据权利要求1所述的方法,其特征在于,所述第一收款终端扫描需要进行电子支付的用户终端,以获取所述用户终端的身份信息,包括:
所述第一收款终端扫描需要进行电子支付的所述用户终端呈现的身份码,并对所述身份码进行签名验签;
当所述签名验签通过时,对所述身份码进行解码以获取所述用户终端的身份信息;
在获取所述用户终端的身份信息之后,所述方法还包括:
当在用户身份数据库中查询到所述身份信息时,确定所述身份信息通过身份稽查。
3.根据权利要求2所述的方法,其特征在于,所述与至少一个第二收款终端协同对所述交易进行风险校验,包括:
将所述交易同步到至少一个所述第二收款终端,以使所述第二收款终端基于所述身份信息查询所述用户终端通过所述第二收款终端进行消费的历史订单,作为第二收款终端历史订单;
接收所述第二收款终端返回的第二收款终端历史订单,并根据所述第二收款终端历史订单再次对所述交易进行风险校验。
4.根据权利要求2所述的方法,其特征在于,所述与至少一个第二收款终端协同对所述交易进行风险校验,包括:
将所述交易同步到至少一个所述第二收款终端,以使所述第二收款终端对所述交易进行风险校验;
接收所述第二收款终端返回的第二收款终端校验结果,并根据所述第二收款终端校验结果再次对所述交易进行风险校验。
5.根据权利要求4所述的方法,其特征在于,
同步到所述第二收款终端的交易,用于供所述第二收款终端进行以下风险校验操作:
基于所述身份信息查询所述用户终端通过所述第二收款终端进行消费的历史订单,并作为第二收款终端历史订单;
当所述交易以及所述第二收款终端历史订单均满足配置于所述第二收款终端的风控策略时,确定所述交易通过所述第二收款终端的风险校验,并
将第二收款终端校验结果返回所述第一收款终端;
在接收所述第二收款终端返回的第二收款终端校验结果之后,所述方法还包括:
呈现对应所述第二收款终端的风险校验通过标识、以及所述第二收款终端历史订单。
6.根据权利要求4所述的方法,其特征在于,所述根据所述第二收款终端校验结果再次对所述交易进行风险校验,包括:
提取所述第二收款终端校验结果中的第二收款终端历史订单;
基于所述身份信息查询所述用户终端通过所述第一收款终端进行消费的历史订单,以作为第一收款终端历史订单;
将所述交易、所述第一收款终端历史订单与所述第二收款终端历史订单进行汇总处理;
当汇总结果满足配置于所述第一收款终端的风控策略时,确定所述交易通过所述第一收款终端的风险校验。
7.根据权利要求3所述的方法,其特征在于,
所述生成对应所述身份信息的交易,包括:
接收对应所述身份信息的交易信息,并将所述身份信息以及所述交易信息组合成对应所述身份信息的交易;
所述方法还包括:
当确定所述交易通过所述第一收款终端的风险校验时,呈现所述交易处于风险校验通过状态,并呈现人工确认界面;
当在所述人工确认界面中接收到针对所述风险校验通过状态的人工确认信息时,创建对应所述交易的订单。
8.根据权利要求1所述的方法,其特征在于,所述探测能够与所述第一收款终端进行通信的至少一个第二收款终端,包括:
在所述第一收款终端所属的局域网内发送探测信息,以使所述局域网内的至少一个所述第二收款终端基于所述探测信息进行设备校验;
当接收到所述第二收款终端返回的校验通过信息时,确定所述第一收款终端能够与所述第二收款终端对所述交易进行协同风险校验,并
呈现所述第一收款终端处于协同校验状态。
9.根据权利要求8所述的方法,其特征在于,所述方法还包括:
当满足下述条件之一时,确定所述第一收款终端将独立对所述交易进行风险校验,并呈现所述第一收款终端处于独立校验状态:
所述第一收款终端在超时时间阈值内没有接收到所述第二收款终端返回的校验通过信息;
所述第一收款终端接收到所述第二收款终端返回的校验失败信息。
10.根据权利要求1所述的方法,其特征在于,所述探测能够与所述第一收款终端进行通信的至少一个第二收款终端,包括:
发送探测信息至所述第一收款终端所属的局域网内的路由设备,以使
所述路由设备查询与所述第一收款终端之间存在协同关系的至少一个所述第二收款终端,并将查询结果返回至所述第一收款终端;
当所述第一收款终端接收到所述查询结果时,确定所述第一收款终端能够与所述第二收款终端对所述交易进行协同风险校验,并
呈现所述第一收款终端处于协同校验状态;
所述方法还包括:
当满足下述条件之一时,确定所述第一收款终端将独立对所述交易进行风险校验,并呈现所述第一收款终端处于独立校验状态:
所述第一收款终端在超时内没有接收到所述路由设备返回的查询结果;
所述第一收款终端接收到所述路由设备返回的内容为空的查询结果。
11.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述第一收款终端向所述计费系统发送心跳指令,以使所述计费系统将配置在所述计费系统中的风控策略同步至所述第一收款终端以及至少一个所述第二收款终端;
接收所述风控策略,并将所述风控策略与所述第一收款终端中已有的风控策略进行比对;
当所接收到的风控策略与已有的风控策略不一致时,将已有的风控策略更新为所接收到的风控策略,并显示所述风控策略的已更新状态。
12.一种电子支付的处理方法,其特征在于,包括:
第一收款终端扫描需要进行电子支付的用户终端呈现的身份信息,以生成对应所述身份信息的交易;
所述第一收款终端显示所探测到的能够与所述第一收款终端通信的至少一个第二收款终端;
显示与所述至少一个第二收款终端协同对所述交易进行风险校验的结果;
当风险校验通过时,呈现所述交易的已完成状态以及对应所述交易所创建的订单;
将所述订单发送至网络中的计费系统,并显示所述计费系统针对所述订单的应收款的追缴成功的消息。
13.一种电子支付的处理装置,其特征在于,包括:
身份信息获取模块,用于第一收款终端扫描需要进行电子支付的用户终端,以获取所述用户终端的身份信息;
交易生成模块,用于生成对应所述身份信息的交易;
风险校验模块,用于探测能够与所述第一收款终端进行通信的至少一个第二收款终端,并与至少一个第二收款终端协同对所述交易进行风险校验;
交易完成模块,用于当风险校验通过时,呈现所述交易的已完成状态,并向网络中的计费系统发送对应所述交易的订单,以使所述计费系统执行所述订单的应收款的追缴操作。
14.一种电子设备,其特征在于,包括:
存储器,用于存储可执行指令;
处理器,用于执行所述存储器中存储的可执行指令时,实现权利要求1至11任一项所述的电子支付的处理方法或者权利要求12所述的电子支付的处理方法。
15.一种计算机可读存储介质,其特征在于,存储有可执行指令,用于引起处理器执行时,实现权利要求1至11任一项所述的电子支付的处理方法或者权利要求12所述的电子支付的处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010189741.4A CN113496396A (zh) | 2020-03-18 | 2020-03-18 | 电子支付的处理方法、装置、电子设备及计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010189741.4A CN113496396A (zh) | 2020-03-18 | 2020-03-18 | 电子支付的处理方法、装置、电子设备及计算机可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113496396A true CN113496396A (zh) | 2021-10-12 |
Family
ID=77992934
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010189741.4A Pending CN113496396A (zh) | 2020-03-18 | 2020-03-18 | 电子支付的处理方法、装置、电子设备及计算机可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113496396A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117057384A (zh) * | 2023-08-15 | 2023-11-14 | 厦门中盾安信科技有限公司 | 支持多类型业务办理的用户码串生成方法、介质及设备 |
-
2020
- 2020-03-18 CN CN202010189741.4A patent/CN113496396A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117057384A (zh) * | 2023-08-15 | 2023-11-14 | 厦门中盾安信科技有限公司 | 支持多类型业务办理的用户码串生成方法、介质及设备 |
CN117057384B (zh) * | 2023-08-15 | 2024-05-17 | 厦门中盾安信科技有限公司 | 支持多类型业务办理的用户码串生成方法、介质及设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20100191622A1 (en) | Distributed Transaction layer | |
US8352365B1 (en) | System and method for electronic bill presentment using a third party | |
US20210117970A1 (en) | Corroborating data to verify transactions | |
RU2662404C2 (ru) | Системы и способы для проверки и подтверждения личности | |
US11924347B2 (en) | Identity authentication and validation | |
US7711641B1 (en) | Method and system for an inter-financial institution transactional network | |
JP2003157402A (ja) | オープンネットワーク販売システム及び取引トランザクションのリアルタイムでの承認を行う方法 | |
CN105590214A (zh) | 一种虚拟卡的支付方法以及支付系统 | |
CN105283890A (zh) | 用于激活凭证的方法和系统 | |
US20240086916A1 (en) | Systems and methods for secure transaction reversal | |
CN105096106A (zh) | 一种利用互联网缴纳学费的系统 | |
CN104376452A (zh) | 基于国际卡支付通道管理支付成功率的系统及方法 | |
US20210398113A1 (en) | Status system with data security for transactions | |
US20230394571A1 (en) | Secure modal based digital installments | |
CN113496396A (zh) | 电子支付的处理方法、装置、电子设备及计算机可读存储介质 | |
CN115545719A (zh) | 一种基于数字人民币的etc拓展交易实时清分结算方法 | |
CN111310006B (zh) | 账号绑定方法、装置、终端设备及计算机可读存储介质 | |
KR100875246B1 (ko) | 대출정보 제공 시스템 | |
CN112116343A (zh) | 一种基于c/s与b/s融合的收银系统 | |
US10216830B2 (en) | Multicomputer processing of client device request data using centralized event orchestrator and link discovery engine | |
KR100352652B1 (ko) | 펌뱅킹망을 이용한 네트워크형 실시간 금융계좌 이체시스템 및 그 방법 | |
US11880834B2 (en) | Data security for transactions with secure offer system | |
KR20090012897A (ko) | 전자지갑장치, 통합전자지갑 서버 및 전자지갑 지원금융거래 단말기를 이용하여 금융 서비스를 제공하는 방법및 시스템 | |
US20240029051A1 (en) | Real-Time Functionality Modification Based on Dynamically Generated Device Identifier | |
CN111563814B (zh) | 信息处理方法、装置、系统和电子设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40052385 Country of ref document: HK |
|
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |