CN111415148A - 无感支付的方法、装置、电子设备和存储介质 - Google Patents
无感支付的方法、装置、电子设备和存储介质 Download PDFInfo
- Publication number
- CN111415148A CN111415148A CN202010243535.7A CN202010243535A CN111415148A CN 111415148 A CN111415148 A CN 111415148A CN 202010243535 A CN202010243535 A CN 202010243535A CN 111415148 A CN111415148 A CN 111415148A
- Authority
- CN
- China
- Prior art keywords
- information
- paid
- user
- payment
- target vehicle
- 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/22—Payment schemes or models
- G06Q20/28—Pre-payment schemes, e.g. "pay before"
-
- 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
- G06Q20/401—Transaction verification
-
- 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/405—Establishing or using transaction specific rules
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
- G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Finance (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Traffic Control Systems (AREA)
Abstract
本发明公开了无感支付的方法、装置、电子设备和存储介质,涉及计算机技术领域。该方法的一具体实施方式包括:接收目标车辆的待支付信息,待支付信息为客户端发送的,待支付信息包括待支付金额;根据待支付金额,从与目标车辆对应的支付方式中扣费,并得出扣费结果;若扣费结果为扣费失败,则支付待支付金额,并将目标车辆所属用户标记为风险用户;向客户端发送支付成功消息。该实施方式能够避免因缴费失败,降低缴费效率,浪费用户时间,影响用户出行的问题。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种无感支付的方法、装置、电子设备和存储介质。
背景技术
随着社会经济的发展和居民生活水平提高,行驶车辆的数量屡创新高,自驾出行也成为越来越多用户的出行方式。车辆出行经常会遇到停车缴费、过路缴费等需要车辆缴费的场景,而这些场景中基于互联网实现第三方支付机构、银行等自助缴费的方式成为车辆缴费的主要方式。自助缴费方式通常是将车辆信息与支付方式绑定,用户通过互联网以绑定的支付方式自助缴费,实现了快速缴费的目的。
在实现本发明过程中,发明人发现现有技术中至少存在如下问题:
在上述自助缴费的方式中,当用户绑定的支付方式无法支付时,将会导致用户缴费失败,此时用户只能通过重新更换支付方式的方法在进行缴费,从而降低缴费效率,浪费用户时间,影响用户出行的问题。
发明内容
有鉴于此,本发明实施例提供一种无感支付的方法、装置、系统和存储介质,能够避免因缴费失败,降低缴费效率,浪费用户时间,影响用户出行的问题。
为实现上述目的,根据本发明实施例的一个方面,提供了一种无感支付的方法。
本发明实施例的一种无感支付的方法,用于服务端,包括:接收目标车辆的待支付信息,所述待支付信息为客户端发送的,所述待支付信息包括待支付金额;根据所述待支付金额,从与所述目标车辆对应的支付方式中扣费,并得出扣费结果;若所述扣费结果为扣费失败,则支付所述待支付金额,并将所述目标车辆所属用户标记为风险用户;向所述客户端发送支付成功消息。
在一个实施例中,在所述将所述目标车辆所属用户标记为风险用户之后,还包括:
向所述用户发送补缴费消息,所述补缴费消息包括所述待支付消息;
在所述用户支付所述待支付金额后,将所述用户标记为非风险用户。
在又一个实施例中,在所述支付所述待支付金额之前,包括:
判断所述支付方式是否为目标支付方式、且所述扣费失败的原因是否为目标原因;
若所述支付方式不为所述目标支付方式,或所述扣费失败的原因不为所述目标原因,则向所述客户端返回扣费失败消息;
所述支付所述待支付金额,包括:
若所述支付方式为所述目标支付方式,且所述扣费失败的原因为所述目标原因,则支付所述待支付金额。
在又一个实施例中,还包括:
若所述扣费结果为扣费成功,则向所述客户端发送支付成功消息。
在又一个实施例中,所述接收目标车辆的待支付信息,包括:
接收加密信息,所述加密信息包括所述目标车辆的待支付信息;
在所述根据所述待支付金额,从与所述目标车辆对应的支付方式中扣费,并得出扣费结果之前,还包括:
根据预存储的多个公钥信息,确定第一密钥,所述多个公钥信息与所述客户端存储的公钥信息相同;
根据所述第一密钥,对所述加密信息解密,得出所述目标车辆的待支付信息。
在又一个实施例中,所述根据预存储的多个公钥信息,确定第一密钥,包括:
根据预设算法从所述多个公钥信息中确定第一公钥;
将所述第一公钥中的预设部分确定为所述第一密钥。
在又一个实施例中,所述向所述客户端发送支付成功消息,包括:
根据所述预设算法从所述多个公钥信息中确定第二公钥;
将所述第二公钥中的预设部分确定为所述第二密钥;
根据所述第二密钥对所述支付成功消息加密;
将加密后的支付成功消息发送至所述客户端。
在又一个实施例中,在所述接收目标车辆的待支付信息之前,还包括:
接收所述目标车辆的车牌信息和所述用户的用户信息;
根据所述车牌信息和所述用户信息对所述用户进行认证,得出认证结果;
向所述客户端发送所述认证结果;
所述接收目标车辆的待支付信息,包括:
若所述认证结果为认证成功,则接收所述目标车辆的待支付信息。
在又一个实施例中,所述车牌信息包括车牌颜色;所述用户信息包括所述用户是否开通无感支付和/或所述用户是否为风险用户。
为实现上述目的,根据本发明实施例的又一个方面,提供了又一种无感支付的方法。
本发明实施例的又一种无感支付的方法,用于客户端,包括:识别目标车辆的车牌信息;根据所述车牌信息确定所述目标车辆的待支付信息,所述待支付信息包括待支付金额;向服务端发送所述待支付信息,以便于所述服务端根据所述待支付信息对所述目标车辆所属用户扣费;接收所述服务端发送的支付成功消息。
在一个实施例中,所述向服务端发送所述待支付信息,包括:
根据预存储的多个公钥信息,确定第一密钥,所述多个公钥信息与所述服务端存储的公钥信息相同;
根据所述第一密钥,对所述待支付信息加密;
向服务端发送加密后的待支付信息。
在又一个实施例中,所述根据预存储的多个公钥信息,确定第一密钥,包括:
根据预设算法从所述多个公钥信息中确定第一公钥;
将所述第一公钥中的预设部分确定为所述第一密钥。
在又一个实施例中,所述接收所述服务端发送的支付成功消息之后,还包括:
根据所述预设算法从所述多个公钥信息中确定第二公钥;
将所述第二公钥中的预设部分确定为第二密钥;
根据所述第二密钥对所述支付成功消息解密。
在又一个实施例中,在所述根据所述车牌信息确定所述目标车辆的待支付信息之前,还包括:
根据所述车牌信息查询所述目标车辆所属用户的用户信息;
将所述用户信息和所述车牌信息发送至所述服务端,以便于所述服务端根据用户信息和所述车牌信息认证所述用户的身份;
所述根据所述车牌信息确定所述目标车辆的待支付信息,包括:
若所述服务端发送的认证结果为认证成功,则将所述用户信息和所述车牌信息发送至所述服务端。
在又一个实施例中,所述车牌信息包括车牌颜色;所述用户信息包括所述用户是否开通无感支付和/或所述用户是否为风险用户。
为实现上述目的,根据本发明的另一方面,提供了一种无感支付的装置。
本发明的一种无感支付的装置,设置于服务端,包括:接收单元,用于接收目标车辆的待支付信息,所述待支付信息为客户端发送的,所述待支付信息包括待支付金额;扣费单元,用于根据所述待支付金额,从与所述目标车辆对应的支付方式中扣费,并得出扣费结果;支付单元,用于若所述扣费结果为扣费失败,则支付所述待支付金额,并将所述目标车辆所属用户标记为风险用户;发送单元,用于向所述客户端发送支付成功消息。
在一个实施例中,所述发送单元,还用于向所述用户发送补缴费消息,所述补缴费消息包括所述待支付消息;所述装置还包括:
标记单元,用于在所述用户支付所述待支付金额后,将所述用户标记为非风险用户。
在又一个实施例中,所述装置还包括:
判断单元,用于判断所述支付方式是否为目标支付方式、且所述扣费失败的原因是否为目标原因;
所述发送单元,还用于若所述支付方式不为所述目标支付方式,或所述扣费失败的原因不为所述目标原因,则向所述客户端返回扣费失败消息;
所述支付单元,具体用于若所述支付方式为所述目标支付方式,且所述扣费失败的原因为所述目标原因,则支付所述待支付金额。
在又一个实施例中,所述发送单元,还用于若所述扣费结果为扣费成功,则向所述客户端发送支付成功消息。
在又一个实施例中,所述接收单元具体用于:
接收加密信息,所述加密信息包括所述目标车辆的待支付信息;
所述装置还包括:
确定单元,用于根据预存储的多个公钥信息,确定第一密钥,所述多个公钥信息与所述客户端存储的公钥信息相同;
加密单元,用于根据所述第一密钥,对所述加密信息解密,得出所述目标车辆的待支付信息。
在又一个实施例中,所述确定单元,具体用于:
根据预设算法从所述多个公钥信息中确定第一公钥;
将所述第一公钥中的预设部分确定为所述第一密钥。
在又一个实施例中,所述发送单元,具体用于:
根据所述预设算法从所述多个公钥信息中确定第二公钥;
将所述第二公钥中的预设部分确定为所述第二密钥;
根据所述第二密钥对所述支付成功消息加密;
将加密后的支付成功消息发送至所述客户端。
在又一个实施例中,所述接收单元,还用于接收所述目标车辆的车牌信息和所述用户的用户信息;所述装置还包括:
认证单元,用于根据所述车牌信息和所述用户信息对所述用户进行认证,得出认证结果;
所述发送单元,还用于向所述客户端发送所述认证结果;
所述接收单元,还用于若所述认证结果为认证成功,则接收所述目标车辆的待支付信息。
在又一个实施例中,所述车牌信息包括车牌颜色;所述用户信息包括所述用户是否开通无感支付和/或所述用户是否为风险用户。
为实现上述目的,根据本发明的另一方面,提供了另一种无感支付的装置。
本发明的另一种无感支付的装置,设置于客户端,包括:识别单元,用于识别目标车辆的车牌信息;确定单元,用于根据所述车牌信息确定所述目标车辆的待支付信息,所述待支付信息包括待支付金额;发送单元,用于向服务端发送所述待支付信息,以便于所述服务端根据所述待支付信息对所述目标车辆所属用户扣费;接收单元,用于接收所述服务端发送的支付成功消息。
在一个实施例中,所述发送单元具体用于:
根据预存储的多个公钥信息,确定第一密钥,所述多个公钥信息与所述服务端存储的公钥信息相同;
根据所述第一密钥,对所述待支付信息加密;
向服务端发送加密后的待支付信息。
在又一个实施例中,所述发送单元具体用于:
根据预设算法从所述多个公钥信息中确定第一公钥;
将所述第一公钥中的预设部分确定为所述第一密钥。
在又一个实施例中,所述确定单元,还用于根据所述预设算法从所述多个公钥信息中确定第二公钥;以及用于将所述第二公钥中的预设部分确定为第二密钥;所述装置还包括:
解密单元,用于根据所述第二密钥对所述支付成功消息解密。
在又一个实施例中,所述装置还包括:
查询单元,用于根据所述车牌信息查询所述目标车辆所属用户的用户信息;
所述发送单元,还用于将所述用户信息和所述车牌信息发送至所述服务端,以便于所述服务端根据用户信息和所述车牌信息认证所述用户的身份;
所述确定单元,具体用于若所述服务端发送的认证结果为认证成功,则将所述用户信息和所述车牌信息发送至所述服务端。
在又一个实施例中,所述车牌信息包括车牌颜色;所述用户信息包括所述用户是否开通无感支付和/或所述用户是否为风险用户。
为实现上述目的,根据本发明实施例的再一个方面,提供了一种电子设备。
本发明实施例的一种电子设备,包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现本发明实施例提供的无感支付的方法。
为实现上述目的,根据本发明实施例的又一个方面,提供了一种计算机可读介质。
本发明实施例的一种计算机可读介质,其上存储有计算机程序,所述程序被处理器执行时实现本发明实施例提供的无感支付的方法。
上述发明中的一个实施例具有如下优点或有益效果:本发明实施例中,客户端在识别目标车辆后,可以确定出目标车辆的待支付信息,并将待支付信息发送给服务端;服务端根据目标车辆的待支付信息可从与所述目标车辆对应的支付方式中扣费,如果扣费失败,服务端可以为先为用户垫付待支付金额,以及将用户标记为风险用户,并向客户端发送支付成功消息;客户端接收支付成功的消息后可以确定用户已经完成缴费。如此本发明实施例中,在目标车辆缴费过程中出现缴费失败时,服务端可以为用户垫付待支付金额,并向客户端返回支付成功消息,从而避免了用户因缴费失败而导致缴费效率低,浪费时间,影响出行的问题,即实现用户在缴费失败情况下的无感支付。并且,服务端在为用户支付代缴费金额后,可以将用户标记为风险用户,以便于标识用户在缴费时未交费成功,后续需要向用户发起补缴费的流程。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明,不构成对本发明的不当限定。其中:
图1是根据本发明实施例的无感支付的方法的一种主要流程的示意图;
图2是根据本发明实施例的无感支付的方法的又一种主要流程的示意图;
图3是根据本发明实施例的用户身份认证的方法的一种主要流程的示意图;
图4是根据本发明实施例的服务端对目标车辆扣费的方法的又一种主要流程的示意图;
图5是根据本发明实施例的无感支付的装置的主要单元的一种示意图;
图6是根据本发明实施例的无感支付的装置的主要单元的又一种示意图;
图7是本发明实施例可以应用于其中的一种示例性系统架构图;
图8是适于用来实现本发明实施例的计算机系统的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
需要指出的是,在不冲突的情况下,本发明中的实施例以及实施例中的特征可以互相组合。
本发明实施例提供一种无感支付的系统,该系统可以用于车辆无感支付的场景,例如车辆加油缴费、车辆停车缴费、车辆高速路通行缴费等场景。无感支付的系统可以包括客户端和服务端,其中,客户端可以对目标车辆的车牌进行识别,并计算目标车辆的待支付信息发送给服务端,服务端可以在接收目标车辆的待支付信息后,自动对目标车辆执行扣费的过程,所以客户端和服务端通过数据交互可以实现目标车辆的无感支付。由于服务端在执行对目标车辆执行扣费的过程中,有时会出现扣费失败的问题。如果扣费失败,则客户端端无法让目标车辆通行,用户需要重新选择支付方式来缴费,从而导致缴费效率降低,影响用户出行。所以本发明实施例中,在服务端扣费失败时,可以先为用户垫付待支付金额,从而保证用户缴费成功,使用户不会因为扣费失败而影响出行,浪费时间,提高缴费的效率。同时服务端为用户垫付待支付金额后,可以将用户标记为风险用户,以便于后续向用户发起补缴费的流程。
需要说明的是,在无感支付的系统中,客户端和服务端之间需要进行数据传输,以实现车辆的无感支付。为了避免客户端和服务端之间传输的信息不被窃取、篡改,客户端和服务端之间数据传输时可以对传输的数据进行加密。
本发明实施例中,可以采用密钥同步动态分发机制,使客户端和服务端中预存储相同的密钥,以实现客户端和服务端可以根据存储的密钥对传输的数据进行加解密。本发明实施例中,采用的加密方式可以为根据密钥对待传输数据通过MD5算法(MD5信息摘要算法)生成信息摘要,然后采用DES(Data Encryption Standard,数据加密标准)算法根据待传输数据的关键信息生成签名串,再通过RSA算法(一种非对称加密算法)进行全报文加密,并通过BASE64(基于64个可打印字符来表示二进制数据)对加密的报文(如XML报文)进行编码处理后,可以通过互联网POST请求传输,从而确保数据传输过程中的安全性。同理,客户端和服务端接收数据后,可以根据加密的方式进行解密,得出传输的数据。
本发明实施例中,为了进一步保证数据传输的安全性,服务端和客户端可以通过同步动态分发机制预先获取并存储相同的多个公钥信息(如10个),然后客户端和服务端加解密时可以从多个公钥信息中确定出用于密钥。具体的,多个公钥信息中所包括的公钥可以为字符串,则从多个公钥信息确定密钥的方式可以为:将公钥的中的预设部分确定为密钥。例如可以将预设公钥的后20位作为密钥,并且客户端和服务端从多个公钥信息确定密钥的方式需要相同,以为保证客户端加密的数据服务端能够成功解密,服务端加密的数据客户端能够成功解密。
本发明实施例中,客户端和服务端中预先存储了多个公钥信息,所以可以在客户端和服务端中预设相同的、从多个公钥信息中确定用于加解密的公钥的算法,以便于每次对传输的数据加密时,可以通过预设算法从多个公钥信息中确定用于加解密的公钥,然后在从用于加解密的公钥中确定出用于加解密的密钥,从而实现传输数据的加解密。
本发明实施例提供了一种无感支付的方法,该方法可由服务端执行,如图1所示,该方法包括以下步骤。
S101:接收目标车辆的待支付信息。
其中,待支付信息为客户端发送的,待支付信息可以包括待支付金额。
目标车辆为需要缴费的车辆,客户端在确定目标车辆的待支付信息后,可以将这些信息发送给服务端,以便于服务端完成对目标车辆进行扣费。
由于客户端和服务端之间传输的数据为加密数据,所以本步骤中服务端接收的为加密信息,加密信息中包括目标车辆的待支付信息,并且在服务端接收加密信息后,可以根据预存储的多个公钥信息确定出第一密钥,即客户端本次对加密信息加密所使用的密钥,然后根据第一密钥,对加密信息进行解密,从而得出目标车辆的待支付信息。
在上述解密过程中,服务端可以根据预设算法从多个公钥信息中确定第一公钥,然后将第一公钥中的预设部分确定为第一密钥,其中,第一密钥为本次接收的加密信息在加密时所使用的密钥,第一公钥为用于确定第一密钥的公钥。预设算法具体可以为随机算法。
S102:根据待支付金额,从与目标车辆对应的支付方式中扣费,并得出扣费结果。
其中,服务端中对各车辆均绑定了用于缴费的支付方式,在需要扣费时,服务端可以直接从车辆绑定的支付方式中自动扣费,从而实现无感支付。所以服务端从步骤S101中确定出待支付金额后,通过本步骤可以从与目标车辆对应的支付方式中扣除待支付金额,得出扣费结果。
由于绑定的支付方式有时会出现余额不足、支付方式失效等问题而导致扣费失败,所以扣费结果可以包括扣费成功和扣费失败两种。如果扣费结果为扣费成功,则服务端可以向客户端发送支付成功消息,以便于客户端执行后续流程。如果扣费结果为扣费失败,则服务端可以为用户支付待支付金额,即执行步骤S103。
S103:若扣费结果为扣费失败,则支付待支付金额,并将目标车辆所属用户标记为风险用户。
其中,若扣费结果为扣费失败,则服务端可以为用户支付待支付金额,即为用户垫付待支付金额,从而保证用户能够及时完成扣费,避免了用户因缴费失败而导致缴费效率低,影响出行的问题。
服务端在为用户支付待支付金额后,可以将用户标记为风险用户,以便于标识用户在缴费时未交费成功,后续需要向用户发起补缴费的流程。
在实际场景中,一些用户所绑定的支付方式为无效的支付方式,例如绑定失效的银行卡,如注销、挂失、冻结、封存等原因导致银行卡状态不正常的银行卡等。这些无效的支付方式其本身即存在问题,不会支付成功,所以因这些支付方式导致的扣费失败时,服务端如果为其垫付待支付金额很容易出现后续补缴费失败的风险,所以服务端并不适合在这种情况下垫付待支付金额。所以本发明实施例中,服务端可以预先设置目标支付方式和目标原因,即目标车辆对应的支付方式为目标支付方式、且扣费失败的原因为目标原因时,服务端才可以为扣费失败的目标车辆垫付待支付金额。目标支付方式可以根据具体场景设置,例如可以设置为借记卡、贷记卡类银行卡支付,目标原因可以为余额不足。
所以本步骤中,若扣费结果为扣费失败,则可以在判断判断支付方式是否为目标支付方式、且扣费失败的原因是否为目标原因;若支付方式不为目标支付方式,或扣费失败的原因不为目标原因,则确定扣费失败;若支付方式为目标支付方式,且扣费失败的原因为目标原因,则支付待支付金额。
S104:向客户端发送支付成功消息。
其中,在服务端为目标车辆支付待支付金额后,可以向客户端段发送支付成功消息,以便于客户端执行后续流程。
由于客户端和服务端之间传输数据均为加密数据,所以本步骤中,服务端可以根据预设算法从存储的多个公钥信息中确定第二公钥,并将第二公钥中的预设部分确定为第二密钥,然后可以根据第二密钥对支付成功消息进行加密,再将加密后的支付成功消息发送至客户端。
本发明实施例中,服务端在为目标车辆支付待支付金额后,可以向用户发送补缴费消息,补缴费消息包括待支付消息;在用户支付待支付金额后,将用户标记为非风险用户。
服务端可以预存储各车辆对应用户信息,在需要补缴费时可以通过用户信息确定出用户的联系方式,从而通过联系方式向用户发送补缴费消息,以便于提醒用户进行补缴费。服务端还可以实时监控用户的补缴费状态,在用户支付待支付金额后,可以将用户标记为非风险用户,以表示用户已经完成补缴费。
需要说明的是,为了避免对目标车辆扣费时出现错误,本发明实施例中在执行上述方法之前,还可以对目标车辆所属用户进行身份认证,在身份认证成功后,再执行上述方法。
本发明实施例中,服务端根据目标车辆的待支付信息可从与所述目标车辆对应的支付方式中扣费,如果扣费失败,服务端可以为先为用户垫付待支付金额,以及将用户标记为风险用户,并向客户端发送支付成功消息。如此本发明实施例中,在目标车辆缴费过程中出现缴费失败时,服务端可以为用户垫付待支付金额,并向客户端返回支付成功消息,从而避免了用户因缴费失败而导致缴费效率低,浪费时间,影响出行的问题,即实现用户在缴费失败情况下的无感支付。并且,服务端在为用户支付代缴费金额后,可以将用户标记为风险用户,以便于标识用户在缴费时未交费成功,后续需要向用户发起补缴费的流程。
本发明实施例提供了一种无感支付的方法,该方法可由客户端执行,如图2所示,该方法包括以下步骤。
S201:识别目标车辆的车牌信息。
其中,客户端可以通过拍摄目标车辆的车牌,然后通过对拍摄的车牌进行识别,识别出车牌信息。车牌信息可以包括车牌号码、车牌颜色等等。
S202:根据车牌信息确定目标车辆的待支付信息,待支付信息包括待支付金额。
其中,客户端识别出车牌信息,可以确定目标车辆的待支付信息。例如在停车缴费的场景中,客户端可以通过识别车牌信息,确定出目标车辆的停车时间,再结合停车价格,则可以确定出目标车辆的待支付信息,如待支付金额和车牌信息。
S203:向服务端发送待支付信息。
其中,客户端确定出目标车辆的待支付信息后,可以将待支付信息发送给服务端,以便于服务端根据待支付信息对目标车辆所属用户扣费。
由于客户端和服务端之间传输的数据为加密数据,所以本步骤中客户端在发送待支付信息时,需要先对待支付信息加密。具体的,客户端可以从预存储的多个公钥信息确定出第一密钥,即客户端本次对待支付信息加密所使用的密钥,然后根据第一密钥,对待支付信息加密,并将加密后的待支付信息发送给服务端。
在上述加密过程中,客户端可以根据预设算法从多个公钥信息中确定第一公钥,然后将第一公钥中的预设部分确定为第一密钥,其中,第一密钥为本次加密时所使用的密钥,第一公钥为用于确定第一密钥的公钥。
S204:接收服务端发送的支付成功消息。
其中,客户端接收服务端发送的支付成功消息后,可以确定出目标车辆已经完成支付,即实现目标车辆的无感支付。
本发明实施例中,客户端接收服务端发送的支付成功消息为服务端加密后的消息,所以客户端在接收支付成功消息后,可以根据预设算法从多个公钥信息中确定第二公钥,并将第二公钥中的预设部分确定为第二密钥,然后根据第二密钥对支付成功消息解密,从而得出支付成功消息。
需要说明的是,为了避免对目标车辆扣费出现错误,本发明实施例中在执行步骤S202之前,还可以申请服务端对目标车辆所属用户进行身份认证,在服务端确认身份认证成功后,客户端可以在执行步骤S202。
本发明实施例中,客户端在识别目标车辆后,可以确定出目标车辆的待支付信息,并将待支付信息发送给服务端,以便于服务端根据目标车辆的待支付信息从与目标车辆对应的支付方式中扣费,并在扣费失败时,为先为用户垫付待支付金额;客户端接收支付成功的消息后可以确定用户已经完成缴费,从而避免了用户因缴费失败而导致缴费效率低,影响出行的问题,即实现用户在缴费失败情况下的无感支付。
下面结合图1和图2所示的实施例,对本发明实施例中对目标车辆所属用户进行身份认证的方法进行具体说明,如图3所示,该方法包括如下步骤。
S301:客户端识别目标车辆的车牌信息后,根据车牌信息查询目标车辆所属用户的用户信息。
其中,客户端中可以通过用户输入等方式存储各车辆的车牌信息和用户信息,例如在用户开通无感支付时可以输入其对应的车牌信息和用户信息,所以客户端在识别出目标车辆的车牌信息后,可以根据车牌信息查询目标车辆所属用户的用户信息。车牌信息可以包括车牌号码、车牌颜色等等,用户信息可以包括用户的姓名、联系方式(如手机号码)、身份证信息、支付方式等等。本发明实施例中,客户端可以为OCR设备或者ETC设备等。
S302:客户端将车牌信息和用户信息加密后发送给服务端。
其中,客户端查询出用户信息后,可以对车牌信息和用户信息加密,并将加密的车牌信息和用户信息发送给服务端,以便于发送端进行身份认证。
S303:服务端根据接收的车牌信息和用户信息对用户进行认证,得出认证结果。
其中,服务端接收客户端发送的车牌信息和用户信息后,先进行解密,然后根据解密后的车牌信息和用户信息对用户进行认证。
具体的,服务端可以根据车牌信息查询服务端中存储的车牌信息和用户信息,然后可以将接收的车牌信息与存储的车牌信息进行比较,判断此两者是否一致,如判断接收的车牌颜色和存储的车牌颜色是否一致,以及将接收的用户信息与存储的用户信息进行比较,判断此两者是否一致,如判断接收的手机号码、身份证信息与存储的手机号码、身份证信息是否一致。另外,由于本发明实施例实现的是对目标车辆的无感支付,所以服务端还可以对目标车辆所属用户是否开通无感支付进行判断;由于本发明实施例中会将需要补缴费的用户标记为风险用户,则为避免对还没有完成补缴费的用户再次垫付,所以还可以判断用户是否为风险用户。
通过上述的认证过程,如果服务端判定接收的车牌信息与存储的车牌信息一致、收的用户信息与存储的用户信息一致、已开通无感支付、且不是风险用户的用户,则说明该用户与客户端发送的用户相同,认证结果为认证成功;如果服务端判定接收的车牌信息与存储的车牌信息不一致、收的用户信息与存储的用户信息不一致、未开通无感支付、或是风险用户的用户,则说明该用户与客户端发送的用户不同,认证结果为认证失败。
S304:服务端向客户端发送加密后的认证结果。
服务端在确定出认证结果后,可以将认证结果发送给客户端。服务端在发送认证结果时需要对认证结果进行加密。
S305:若认证结果为认证成功,则客户端根据车牌信息生成待支付信息。
其中,客户端接收认证结果后,可以先进行解密。客户端根据解密后的认证结果,可以判断认证结果是否为认证成功。如果认证结果为认证成功,则说明可以进行后续支付流程,所以客户端可以根据车牌信息生成待支付信息。待支付信息可以包括待支付金额和车牌信息等等。
S306:客户端将待支付信息加密后发送至服务端。
客户端生成待支付信息后,可以对待支付信息进行加密,并将加密后发送至服务端。
客户端将目标车辆的车牌信息和用户信息发送给服务端,服务端可以根据接收的信息对目标车辆所属用户进行身份认证,在认证成功后再执行支付的流程,从而保证无感支付的准确性,避免支付时出现错误。
在图3所示实施例执行S306后,服务端可以执行对目标车辆进行扣费,实现无感支付的过程。下面结合图1和图2所示的实施例,对目标车辆进行扣费,实现无感支付的过程进行具体说明,如图4所示,该方法包括如下步骤。
S401:服务端对客户端发送的、目标车辆的待支付信息解密。
服务端对目标车辆所属用户身份认证成功后,客户端可以将目标车辆的待支付信息加密后发送给服务端。服务端接收目标车辆的待支付信息后先进性解密。
S402:服务端根据解密后的待支付信息确定待支付金额。
服务端在解密待支付信息后,可以确定出目标车辆的待支付金额。
S403:服务端根据目标车辆的车牌信息,确定目标车辆对应的支付方式。
服务端可以从待支付信息中确定目标车辆的车牌信息,也可以根据待支付信息查询出车牌信息,并根据目标车辆的车牌信息,确定出目标车辆对应的支付方式。
S404:服务端根据待支付金额,从与目标车辆对应的支付方式中扣费,并得出扣费结果。
由于服务端在身份认证中已经确定用户已经开通无感支付,以及确认用户不是风险用户,所以服务端在确定出与目标车辆对应的支付方式后,可以从支付方式中扣除待支付金额。
如果服务端在身份认证中未确定用户是否开通无感支付,以及未确定用户不是风险用户,则在执行本步骤之前还需要判断用户是否开通无感支付,以及判断用户是否为风险用户。如果确定用户开通无感支付、且用户不为风险用户,服务端在确定出与目标车辆对应的支付方式后,可以从支付方式中扣除待支付金额;如果确定用户未开通无感支付或者用户为风险用户,服务端可以返回客户端支付失败消息。
S405:若扣费结果为扣费失败,则判断支付方式是否为目标支付方式、且扣费失败的原因是否为目标原因,若是,则执行S406;若否,则向客户端返回支付失败消息。
服务端中可以预先设置目标支付方式和目标原因,表示在扣费失败时,如果目标车辆对应支付方式为目标支付方式、且目标车辆对应扣费失败的原因为目标原因,则服务端可以为垫付待支付金额;如果支付方式不为目标支付方式、或扣费失败的原因不为目标原因,则服务端不可以垫付待支付金额。所以本步骤中,若支付方式为目标支付方式、且扣费失败的原因为目标原因,则执行步骤S406;如果支付方式不为目标支付方式、或扣费失败的原因不为目标原因,则向客户端返回支付失败消息。
目标支付方式可以根据具体场景设置,例如可以设置为借记卡、贷记卡类银行卡支付,目标原因可以为余额不足。
S406:服务端支付待支付金额,并将目标车辆所属用户标记为风险用户。
服务端确定可以为用户垫付后,可以支付待支付金额,然后将目标车辆所属用户标记为风险用户,以便于后续向该用户发起补缴费。
S407:服务端向客户端发送加密后的支付成功消息。
服务端在支付待支付金额后,表示目标车辆的待支付金额已经支付完成,所以可以向客户端发送加密后的支付成功消息。
S408:服务端向用户发送补缴费消息。
其中,补缴费消息包括待支付消息。
服务端将目标车辆所属用户标记为风险用户后,可以向用户发送补缴费消息,以提示用户及时补缴费。服务端向用户发送补缴费消息的方式可以为定时周期的发送。
S409:在用户支付待支付金额后,服务端将用户标记为非风险用户。
服务端可以实时监测用户是否完成补缴费,即用户是否支付待支付金额。在用户支付待支付金额后,服务端可以将用户标记为非风险用户。
本发明实施例中,在目标车辆缴费过程中出现缴费失败时,服务端可以为用户支付待支付金额,并向客户端返回支付成功消息,从而避免了用户因缴费失败而导致缴费效率低,影响出行的问题,即实现用户在缴费失败情况下的无感支付。
为了解决现有技术存在的问题,本发明实施例提供了一种无感支付的装置500,设置于服务端,如图5所示,该装置500包括:
接收单元501,用于接收目标车辆的待支付信息,所述待支付信息为客户端发送的,所述待支付信息包括待支付金额;
扣费单元502,用于根据所述待支付金额,从与所述目标车辆对应的支付方式中扣费,并得出扣费结果;
支付单元503,用于若所述扣费结果为扣费失败,则支付所述待支付金额,并将所述目标车辆所属用户标记为风险用户;
发送单元504,用于向所述客户端发送支付成功消息。
应理解的是,实施本发明实施例的方式与实施图1所示实施例的方式相同,在此不再赘述。
本发明实施例的一种实现方式中,所述发送单元504,还用于向所述用户发送补缴费消息,所述补缴费消息包括所述待支付消息;
所述装置500还包括:
标记单元,用于在所述用户支付所述待支付金额后,将所述用户标记为非风险用户。
本发明实施例的又一种实现方式中,所述装置500还包括:
判断单元,用于判断所述支付方式是否为目标支付方式、且所述扣费失败的原因是否为目标原因;
所述发送单元504,还用于若所述支付方式不为所述目标支付方式,或所述扣费失败的原因不为所述目标原因,则向所述客户端返回扣费失败消息;
所述支付单元503,具体用于若所述支付方式为所述目标支付方式,且所述扣费失败的原因为所述目标原因,则支付所述待支付金额。
本发明实施例的又一种实现方式中,所述发送单元504,还用于若所述扣费结果为扣费成功,则向所述客户端发送支付成功消息。
本发明实施例的又一种实现方式中,所述接收单元501具体用于:
接收加密信息,所述加密信息包括所述目标车辆的待支付信息;
所述装置500还包括:
确定单元,用于根据预存储的多个公钥信息,确定第一密钥,所述多个公钥信息与所述客户端存储的公钥信息相同;
加密单元,用于根据所述第一密钥,对所述加密信息解密,得出所述目标车辆的待支付信息。
本发明实施例的又一种实现方式中,所述确定单元,具体用于:
根据预设算法从所述多个公钥信息中确定第一公钥;
将所述第一公钥中的预设部分确定为所述第一密钥。
本发明实施例的又一种实现方式中,所述发送单元504,具体用于:
根据所述预设算法从所述多个公钥信息中确定第二公钥;
将所述第二公钥中的预设部分确定为所述第二密钥;
根据所述第二密钥对所述支付成功消息加密;
将加密后的支付成功消息发送至所述客户端。
本发明实施例的又一种实现方式中,所述接收单元501,还用于接收所述目标车辆的车牌信息和所述用户的用户信息;
所述装置500还包括:
认证单元,用于根据所述车牌信息和所述用户信息对所述用户进行认证,得出认证结果;
所述发送单元504,还用于向所述客户端发送所述认证结果;
所述接收单元501,还用于若所述认证结果为认证成功,则接收所述目标车辆的待支付信息。
本发明实施例的又一种实现方式中,所述车牌信息包括车牌颜色;所述用户信息包括所述用户是否开通无感支付和/或所述用户是否为风险用户。
应理解的是,实施本发明实施例的方式与实施图1、图3、图4所示实施例的方式相同,在此不再赘述。
本发明实施例中,服务端根据目标车辆的待支付信息可从与所述目标车辆对应的支付方式中扣费,如果扣费失败,服务端可以为先为用户垫付待支付金额,以及将用户标记为风险用户,并向客户端发送支付成功消息。如此本发明实施例中,在目标车辆缴费过程中出现缴费失败时,服务端可以为用户垫付待支付金额,并向客户端返回支付成功消息,从而避免了用户因缴费失败而导致缴费效率低,浪费时间,影响出行的问题,即实现用户在缴费失败情况下的无感支付。并且,服务端在为用户支付代缴费金额后,可以将用户标记为风险用户,以便于标识用户在缴费时未交费成功,后续需要向用户发起补缴费的流程。
为了解决现有技术存在的问题,本发明实施例提供了一种无感支付的装置600,设置于客户端,如图6所示,该装置600包括:
识别单元601,用于识别目标车辆的车牌信息;
确定单元602,用于根据所述车牌信息确定所述目标车辆的待支付信息,所述待支付信息包括待支付金额;
发送单元603,用于向服务端发送所述待支付信息,以便于所述服务端根据所述待支付信息对所述目标车辆所属用户扣费;
接收单元604,用于接收所述服务端发送的支付成功消息。
应理解的是,实施本发明实施例的方式与实施图2所示实施例的方式相同,在此不再赘述。
本发明实施例的一种实现方式中,所述发送单元603具体用于:
根据预存储的多个公钥信息,确定第一密钥,所述多个公钥信息与所述服务端存储的公钥信息相同;
根据所述第一密钥,对所述待支付信息加密;
向服务端发送加密后的待支付信息。
在又一个实施例中,所述发送单元603具体用于:
根据预设算法从所述多个公钥信息中确定第一公钥;
将所述第一公钥中的预设部分确定为所述第一密钥。
在又一个实施例中,所述确定单元602,还用于根据所述预设算法从所述多个公钥信息中确定第二公钥;以及用于将所述第二公钥中的预设部分确定为第二密钥;
所述装置600还包括:
解密单元,用于根据所述第二密钥对所述支付成功消息解密。
在又一个实施例中,所述装置600还包括:
查询单元,用于根据所述车牌信息查询所述目标车辆所属用户的用户信息;
所述发送单元603,还用于将所述用户信息和所述车牌信息发送至所述服务端,以便于所述服务端根据用户信息和所述车牌信息认证所述用户的身份;
所述确定单元602,具体用于若所述服务端发送的认证结果为认证成功,则将所述用户信息和所述车牌信息发送至所述服务端。
在又一个实施例中,所述车牌信息包括车牌颜色;所述用户信息包括所述用户是否开通无感支付和/或所述用户是否为风险用户。
应理解的是,实施本发明实施例的方式与实施图2或图3所示实施例的方式相同,在此不再赘述。
本发明实施例中,客户端在识别目标车辆后,可以确定出目标车辆的待支付信息,并将待支付信息发送给服务端,以便于服务端根据目标车辆的待支付信息从与目标车辆对应的支付方式中扣费,并在扣费失败时,为先为用户垫付待支付金额;客户端接收支付成功的消息后可以确定用户已经完成缴费,从而避免了用户因缴费失败而导致缴费效率低,影响出行的问题,即实现用户在缴费失败情况下的无感支付。
根据本发明的实施例,本发明还提供了一种电子设备和一种可读存储介质。
本发明的电子设备包括:至少一个处理器;以及,与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器执行本发明实施例所提供的无感支付的方法。
图7示出了可以应用本发明实施例的无感支付的方法或无感支付的装置的示例性系统架构700。
如图7所示,系统架构700可以包括终端设备701、702、703,网络704和服务器705。网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备701、702、703通过网络704与服务器705交互,以接收或发送消息等。终端设备701、702、703上可以安装有各种通讯客户端应用,例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
终端设备701、702、703可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器705可以是提供各种服务的服务器,例如对用户利用终端设备701、702、703所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理,并将处理结果(例如产品信息--仅为示例)反馈给终端设备。
需要说明的是,本发明实施例所提供的无感支付的方法一般由服务器705执行,相应地,无感支付的装置一般设置于服务器705中。
应该理解,图7中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
下面参考图8,其示出了适于用来实现本发明实施例的计算机系统800的结构示意图。图8示出的计算机系统仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图8所示,计算机系统800包括中央处理单元(CPU)801,其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中,还存储有系统800操作所需的各种程序和数据。CPU 801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。
以下部件连接至I/O接口805:包括键盘、鼠标等的输入部分806;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807;包括硬盘等的存储部分808;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器810上,以便于从其上读出的计算机程序根据需要被安装入存储部分808。
特别地,根据本发明公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分809从网络上被下载和安装,和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(CPU)801执行时,执行本发明的系统中限定的上述功能。
需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个单元、程序段、或代码的一部分,上述单元、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中,例如,可以描述为:一种处理器包括接收单元、扣费单元、支付单元和发送单元。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定,例如,接收单元还可以被描述为“接收单元的功能的单元”。
作为另一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备执行本发明所提供的无感支付的方法。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。
Claims (19)
1.一种无感支付的方法,其特征在于,用于服务端,包括:
接收目标车辆的待支付信息,所述待支付信息为客户端发送的,所述待支付信息包括待支付金额;
根据所述待支付金额,从与所述目标车辆对应的支付方式中扣费,并得出扣费结果;
若所述扣费结果为扣费失败,则支付所述待支付金额,并将所述目标车辆所属用户标记为风险用户;
向所述客户端发送支付成功消息。
2.根据权利要求1所述的方法,其特征在于,在所述将所述目标车辆所属用户标记为风险用户之后,还包括:
向所述用户发送补缴费消息,所述补缴费消息包括所述待支付消息;
在所述用户支付所述待支付金额后,将所述用户标记为非风险用户。
3.根据权利要求1所述的方法,其特征在于,在所述支付所述待支付金额之前,包括:
判断所述支付方式是否为目标支付方式、且所述扣费失败的原因是否为目标原因;
若所述支付方式不为所述目标支付方式,或所述扣费失败的原因不为所述目标原因,则向所述客户端返回扣费失败消息;
所述支付所述待支付金额,包括:
若所述支付方式为所述目标支付方式,且所述扣费失败的原因为所述目标原因,则支付所述待支付金额。
4.根据权利要求1所述的方法,其特征在于,还包括:
若所述扣费结果为扣费成功,则向所述客户端发送支付成功消息。
5.根据权利要求1所述的方法,其特征在于,所述接收目标车辆的待支付信息,包括:
接收加密信息,所述加密信息包括所述目标车辆的待支付信息;
在所述根据所述待支付金额,从与所述目标车辆对应的支付方式中扣费,并得出扣费结果之前,还包括:
根据预存储的多个公钥信息,确定第一密钥,所述多个公钥信息与所述客户端存储的公钥信息相同;
根据所述第一密钥,对所述加密信息解密,得出所述目标车辆的待支付信息。
6.根据权利要求5所述的方法,其特征在于,所述根据预存储的多个公钥信息,确定第一密钥,包括:
根据预设算法从所述多个公钥信息中确定第一公钥;
将所述第一公钥中的预设部分确定为所述第一密钥。
7.根据权利要求6所述的方法,其特征在于,所述向所述客户端发送支付成功消息,包括:
根据所述预设算法从所述多个公钥信息中确定第二公钥;
将所述第二公钥中的预设部分确定为所述第二密钥;
根据所述第二密钥对所述支付成功消息加密;
将加密后的支付成功消息发送至所述客户端。
8.根据权利要求1所述的方法,其特征在于,在所述接收目标车辆的待支付信息之前,还包括:
接收所述目标车辆的车牌信息和所述用户的用户信息;
根据所述车牌信息和所述用户信息对所述用户进行认证,得出认证结果;
向所述客户端发送所述认证结果;
所述接收目标车辆的待支付信息,包括:
若所述认证结果为认证成功,则接收所述目标车辆的待支付信息。
9.根据权利要求10所述的方法,其特征在于,所述车牌信息包括车牌颜色;所述用户信息包括所述用户是否开通无感支付和/或所述用户是否为风险用户。
10.一种无感支付的方法,其特征在于,用于客户端,包括:
识别目标车辆的车牌信息;
根据所述车牌信息确定所述目标车辆的待支付信息,所述待支付信息包括待支付金额;
向服务端发送所述待支付信息,以便于所述服务端根据所述待支付信息对所述目标车辆所属用户扣费;
接收所述服务端发送的支付成功消息。
11.根据权利要求10所述的方法,其特征在于,所述向服务端发送所述待支付信息,包括:
根据预存储的多个公钥信息,确定第一密钥,所述多个公钥信息与所述服务端存储的公钥信息相同;
根据所述第一密钥,对所述待支付信息加密;
向服务端发送加密后的待支付信息。
12.根据权利要求11所述的方法,其特征在于,所述根据预存储的多个公钥信息,确定第一密钥,包括:
根据预设算法从所述多个公钥信息中确定第一公钥;
将所述第一公钥中的预设部分确定为所述第一密钥。
13.根据权利要求12所述的方法,其特征在于,所述接收所述服务端发送的支付成功消息之后,还包括:
根据所述预设算法从所述多个公钥信息中确定第二公钥;
将所述第二公钥中的预设部分确定为第二密钥;
根据所述第二密钥对所述支付成功消息解密。
14.根据权利要求10所述的方法,其特征在于,在所述根据所述车牌信息确定所述目标车辆的待支付信息之前,还包括:
根据所述车牌信息查询所述目标车辆所属用户的用户信息;
将所述用户信息和所述车牌信息发送至所述服务端,以便于所述服务端根据用户信息和所述车牌信息认证所述用户的身份;
所述根据所述车牌信息确定所述目标车辆的待支付信息,包括:
若所述服务端发送的认证结果为认证成功,则将所述用户信息和所述车牌信息发送至所述服务端。
15.根据权利要求14所述的方法,其特征在于,所述车牌信息包括车牌颜色;所述用户信息包括所述用户是否开通无感支付和/或所述用户是否为风险用户。
16.一种无感支付的装置,其特征在于,设置于服务端,包括:
接收单元,用于接收目标车辆的待支付信息,所述待支付信息为客户端发送的,所述待支付信息包括待支付金额;
扣费单元,用于根据所述待支付金额,从与所述目标车辆对应的支付方式中扣费,并得出扣费结果;
支付单元,用于若所述扣费结果为扣费失败,则支付所述待支付金额,并将所述目标车辆所属用户标记为风险用户;
发送单元,用于向所述客户端发送支付成功消息。
17.一种无感支付的装置,其特征在于,设置于客户端,包括:
识别单元,用于识别目标车辆的车牌信息;
确定单元,用于根据所述车牌信息确定所述目标车辆的待支付信息,所述待支付信息包括待支付金额;
发送单元,用于向服务端发送所述待支付信息,以便于所述服务端根据所述待支付信息对所述目标车辆所属用户扣费;
接收单元,用于接收所述服务端发送的支付成功消息。
18.一种电子设备,其特征在于,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-15中任一所述的方法。
19.一种计算机可读介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现如权利要求1-15中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010243535.7A CN111415148A (zh) | 2020-03-31 | 2020-03-31 | 无感支付的方法、装置、电子设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010243535.7A CN111415148A (zh) | 2020-03-31 | 2020-03-31 | 无感支付的方法、装置、电子设备和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111415148A true CN111415148A (zh) | 2020-07-14 |
Family
ID=71494697
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010243535.7A Pending CN111415148A (zh) | 2020-03-31 | 2020-03-31 | 无感支付的方法、装置、电子设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111415148A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113205613A (zh) * | 2021-04-30 | 2021-08-03 | 中国银行股份有限公司 | 一种etc收费管理方法及装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1687938A (zh) * | 2004-12-21 | 2005-10-26 | 牟刚 | 基于ic卡及手持收费终端的城市停车场集中收费管理及信息服务方法及其系统 |
US20110131102A1 (en) * | 2009-11-27 | 2011-06-02 | Alibaba Group Holding Limited | Secure mobile payment processing |
CN107516345A (zh) * | 2016-06-15 | 2017-12-26 | 西安艾润物联网技术服务有限责任公司 | 停车场收费方法和装置 |
CN107833297A (zh) * | 2017-11-10 | 2018-03-23 | 郑州云海信息技术有限公司 | 一种基于公有云的停车无感缴费系统 |
CN109345255A (zh) * | 2018-09-10 | 2019-02-15 | 中国工商银行股份有限公司 | 无感支付方法、无感支付装置及银行后台系统 |
CN110060047A (zh) * | 2019-03-28 | 2019-07-26 | 阿里巴巴集团控股有限公司 | 基于交易的信用风险判别方法及其装置 |
-
2020
- 2020-03-31 CN CN202010243535.7A patent/CN111415148A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1687938A (zh) * | 2004-12-21 | 2005-10-26 | 牟刚 | 基于ic卡及手持收费终端的城市停车场集中收费管理及信息服务方法及其系统 |
US20110131102A1 (en) * | 2009-11-27 | 2011-06-02 | Alibaba Group Holding Limited | Secure mobile payment processing |
CN107516345A (zh) * | 2016-06-15 | 2017-12-26 | 西安艾润物联网技术服务有限责任公司 | 停车场收费方法和装置 |
CN107833297A (zh) * | 2017-11-10 | 2018-03-23 | 郑州云海信息技术有限公司 | 一种基于公有云的停车无感缴费系统 |
CN109345255A (zh) * | 2018-09-10 | 2019-02-15 | 中国工商银行股份有限公司 | 无感支付方法、无感支付装置及银行后台系统 |
CN110060047A (zh) * | 2019-03-28 | 2019-07-26 | 阿里巴巴集团控股有限公司 | 基于交易的信用风险判别方法及其装置 |
Non-Patent Citations (1)
Title |
---|
陈旿: "《无人机集群无线自组织网络》", 西北工业大学出版社 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113205613A (zh) * | 2021-04-30 | 2021-08-03 | 中国银行股份有限公司 | 一种etc收费管理方法及装置 |
CN113205613B (zh) * | 2021-04-30 | 2023-02-21 | 中国银行股份有限公司 | 一种etc收费管理方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102044751B1 (ko) | 블록체인 기반 사용자 인증에 따른 보상을 제공하는 방법 | |
KR101780636B1 (ko) | 인증 정보의 발급 방법 및 이를 지원하는 블록체인기반 인증 정보 관리 서버 | |
CN111222841B (zh) | 一种基于区块链的数据分配方法及其设备、存储介质 | |
CN104050567A (zh) | 离线模式下的数据交互方法、终端以及服务器 | |
CN110599140B (zh) | 一种数字货币的验证方法及系统 | |
CN110599290A (zh) | 跨境交易的数据处理方法和系统 | |
CN110417557B (zh) | 智能终端外设数据安全控制方法及装置 | |
CN110601836B (zh) | 密钥获取方法、装置、服务器和介质 | |
CN110751467B (zh) | 一种数字货币的生成方法及系统 | |
CN111415148A (zh) | 无感支付的方法、装置、电子设备和存储介质 | |
US20210385093A1 (en) | Digital signature terminal and secure communication method | |
CN114186994A (zh) | 一种数字货币钱包应用的使用方法、终端及系统 | |
CN114037446A (zh) | 一种数字货币的交易方法、交易管理方法、装置及系统 | |
CN110661866B (zh) | 一种票据处理方法及设备 | |
CN112330323A (zh) | 生成令牌种子和二维码的方法、支付方法和装置 | |
CN111127006A (zh) | 基于区块链的交易处理方法和系统 | |
KR101902990B1 (ko) | 보안모듈을 이용한 교통카드 발급 및 운용 시스템 및 방법 | |
KR20200093229A (ko) | 단말기 분실 또는 수리에 따른 보험 처리를 위한 시스템, 장치 및 방법 | |
KR20180104585A (ko) | 보안모듈을 이용한 교통카드 발급 및 운용 시스템 및 방법 | |
CN114785560B (zh) | 信息处理方法、装置、设备和介质 | |
CN113592625B (zh) | 征信报告的生成方法、装置及电子设备 | |
US20240062195A1 (en) | Digital Currency Payment Method and Electronic Device | |
US20240113881A1 (en) | Authorized users and experiences authenticated/managed by non-fungible token (nft) ownership | |
CN115222400A (zh) | 一种数字货币的支付方法、装置和系统 | |
CN115222403A (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 | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20220930 Address after: 25 Financial Street, Xicheng District, Beijing 100033 Applicant after: CHINA CONSTRUCTION BANK Corp. Address before: 25 Financial Street, Xicheng District, Beijing 100033 Applicant before: CHINA CONSTRUCTION BANK Corp. Applicant before: Jianxin Financial Science and Technology Co.,Ltd. |