CN114565391A - 一种自动缴费方法及装置 - Google Patents
一种自动缴费方法及装置 Download PDFInfo
- Publication number
- CN114565391A CN114565391A CN202210149226.2A CN202210149226A CN114565391A CN 114565391 A CN114565391 A CN 114565391A CN 202210149226 A CN202210149226 A CN 202210149226A CN 114565391 A CN114565391 A CN 114565391A
- Authority
- CN
- China
- Prior art keywords
- payment
- application
- transaction
- target user
- payment system
- 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/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
Abstract
本申请公开一种自动缴费方法及装置,支付系统接收应用发送的扣款交易请求;支付系统根据第一标识信息和第二标识信息,若确定目标用户与应用存在自动缴费签约协议,则基于自动缴费签约协议对扣款交易请求指示的待扣款交易的有效性进行校验;支付系统若确定待扣款交易有效,则向应用发送针对待扣款交易的付款请求;由于付款请求包括了指示目标用户是否进行本次支付的支付指示和指示目标用户是否终止所述自动缴费签约协议中的至少一项内容,因此该方式在实现有感知完成自动缴费时,支持用户可以有更多的选择方式,另一方面更加便于用户与应用间进行解约,而避免了背景技术中用户需要执行很多步骤方才可以取消与签约应用间的自动签约协议。
Description
技术领域
本申请实施例涉及智能支付领域,尤其涉及一种自动缴费方法及装置。
背景技术
目前,用户对于自己终端上安装的消费类型的应用,用户事先可在终端的钱包应用中签订关于该应用的自动支付协议,后续该消费类型的应用在面临用户需要进行相关费用的支付时,可通过自动支付协议签订时的协议号进行无感支付。
但是显然,对于上述的自动扣款方式,用户仅能在事后才知晓已经进行过扣款,且在用户想要关闭已经签订过的自动支付协议时,则要求用户通过执行繁琐的操作步骤方才可以达到关闭自动支付协议的目的。
发明内容
本申请提供一种自动缴费方法及装置,用以实现在用户有感知的情况下进行自动缴费,同时支持用户可更便捷地关闭已经签订过的自动缴费签约协议。
第一方面,本申请实施例提供一种自动缴费方法,该方法包括:支付系统接收应用发送的扣款交易请求;所述扣款交易请求是针对所述应用所在终端上的目标用户发起的,所述扣款交易请求携带所述应用的第一标识信息和所述目标用户的第二标识信息;所述支付系统根据所述第一标识信息和所述第二标识信息,若确定所述目标用户与所述应用存在自动缴费签约协议,则基于所述自动缴费签约协议对所述扣款交易请求指示的待扣款交易的有效性进行校验;所述支付系统若确定所述待扣款交易有效,则向所述应用发送针对所述待扣款交易的付款请求;所述付款请求包括指示所述目标用户是否进行本次支付的支付指示和指示所述目标用户是否终止所述自动缴费签约协议中的至少一项内容。
上述方案中,在应用向支付系统发送扣款交易请求后,支付系统通过检查本地是否已经存储过本次扣款交易请求所涉及到的用户与应用之间的自动缴费签约协议,如果确定存储过,则支付系统将可以对本次扣款交易请求指示的待扣款交易的有效性进行校验,如果确定待扣款交易有效,则支付系统将可以通过终端上的该应用向用户发送针对本次待扣款交易的付款请求,由于该付款请求中包括了指示用户是否进行本次支付的支付指示和指示用户是否终止自动缴费签约协议中的至少一项内容,因此,该方式作为有感知的自动缴费方法,一方面提升了可自动缴费场景下、用户在支付方式上的灵活性,另一方面在用户真的想终止自己与该应用间的自动缴费签约协议时,则可以通过对付款请求中的指示用户是否终止自动缴费签约协议进行相关操作,将可以快速达到与该应用的解约,而避免了背景技术中用户需要执行很多步骤方才可以取消与签约应用间的自动签约协议。
在一种可能实现的方法中,所述支付系统本地保存有自动缴费签约协议名单,所述自动缴费签约协议名单指示各用户在历史阶段关于相应应用在所述支付系统中进行过自动缴费签约协议的签订行为;所述支付系统根据所述第一标识信息和所述第二标识信息,若确定所述目标用户与所述应用存在自动缴费签约协议,包括:所述支付系统根据所述第一标识信息和所述第二标识信息,从所述自动缴费签约协议名单中进行匹配;所述支付系统若确定所述自动缴费签约协议名单中存在所述目标用户在所述支付系统中关于所述应用的签订行为,则确定所述目标用户与所述应用存在自动缴费签约协议。
上述方案中,具体描述了支付系统该如何确定目标用户与应用之间是否存在自动缴费签约协议的过程,其主要是支付系统在最初为用户和应用签订二者间的自动缴费签约协议的过程中,支付系统通过建立所签协议的用户和应用之间的对应关系,各用户与相应应用之间的对应关系构成了自动缴费签约协议名单,从而实现了支付系统通过查找自动缴费签约协议名单,就可以快速确定目标用户与应用之间是否存在自动缴费签约协议,以便于开展后续步骤。
在一种可能实现的方法中,所述自动缴费签约协议通过下述方式生成,包括:所述支付系统接收所述目标用户针对所述应用发起的自动缴费签约申请;所述支付系统向所述目标用户返回待签约信息;所述支付系统接收所述目标用户针对所述待签约信息输入的签约内容;所述支付系统对所述目标用户进行身份认证,并在认证通过后保存所述签约内容作为自动缴费签约协议。
上述方案中,具体描述了用户关于一应用、其如何在支付系统中完成了与该应用而签订二者间的自动缴费签约协议的过程,通过该种签订自动缴费签约协议的行为,日后在应用向支付系统发起扣款交易请求时,若支付系统确认用户与该扣款交易指示的商品已经进行过自动缴费协议的签约,那么支付系统将可以以一种有感知的方式提示用户完成自动缴费,提升用户在自动缴费时的成功率。
在一种可能实现的方法中,所述待签约信息包括以下至少一项:签约商品、签约时长、单笔免密支付最大金额和认证方式。
上述方案中,具体描述了用户和应用之间关于自动缴费协议在签订时候的具体项目,包括用户本次准备对应用中的哪些商品进行自动缴费协议的签订,以及签订的有效时长,以及签订用户认为在多少金额下无需安全认证就可以自动扣款,以及签订在需要进行安全认证时,可以以什么方式进行安全认证。通过该种设置自动缴费需要满足的条件,将可以提升支付系统在处理用户的自动缴费行为时的工作效率。
在一种可能实现的方法中,所述在认证通过后保存所述签约内容作为所述自动缴费签约协议之后,所述方法还包括:所述支付系统将所述自动缴费签约协议发送至所述应用;所述应用用于对所述自动缴费签约协议进行保存;所述支付系统接收应用发送的扣款交易请求,包括:所述支付系统接收应用发送的扣款交易请求;所述扣款交易请求是所述应用基于本地保存的所述自动缴费签约协议确定所述扣款交易请求指示的待扣款交易的交易金额不超过所述单笔免密支付最大金额后发送的。
上述方案中,具体描述了支付系统将在什么场景下会接收到应用发送的扣款交易请求,具体为在应用基于本地保存的自动缴费签约协议确定所述扣款交易请求指示的待扣款交易的交易金额不超过自动缴费签约协议中规定的单笔免密支付最大金额后向支付系统进行发送的,由于通过控制应用进行一个简单判断而确定要不要向支付系统发送扣款交易请求,将可以很好地平衡支付系统的处理压力。
在一种可能实现的方法中,所述支付系统若确定所述待扣款交易有效,包括:所述支付系统若确定所述待扣款交易指示的付费商品为所述签约商品、且确定所述待扣款交易的交易时间在所述签约时长内以及确定所述付费商品的价格不超过所述单笔免密支付最大金额时,则确定所述待扣款交易有效。
上述方案中,具体描述了支付系统该如何确定待扣款交易是否有效,其中当支付系统确定上述三者中的任一项不满足时,将可以拒绝本次的扣款交易请求,即无需向用户发送付款请求,提升了支付系统在交易处理时的处理效率。
在一种可能实现的方法中,所述向所述应用发送针对所述待扣款交易的付款请求之前,所述方法还包括:所述支付系统确定所述目标用户在所述待扣款交易指示的付费商品所在商户下的第一已消费详情和/或所述目标用户在所述付费商品所属商品类型下的第二已消费详情;所述付款请求还包括所述第一已消费详情和/或所述第二已消费详情。
上述方案中,在支付系统确定待扣款交易有效后,支付系统通过统计用户在本次的待扣款交易指示的付费商品所在商户下的已消费详情(即第一已消费详情)和/或用户在付费商品所在商品类型下的已消费详情(即第二已消费详情),如此在支付系统向用户发送付款请求时,通过在付款请求中携带以上的至少一种已消费详情,将可以使得用户知道自己对商品的一个消费状态,进而一方面可以引导用户养成一个合理消费的习惯,另一方面可方便用户及时地对支付账户进行重置,以提高用户自动缴费场景下的成功率。
第二方面,本申请实施例提供一种自动缴费方法,该方法包括:应用向支付系统发送扣款交易请求;所述扣款交易请求是针对所述应用所在终端上的目标用户发起的,所述扣款交易请求携带所述应用的第一标识信息和所述目标用户的第二标识信息;所述应用通过所述终端接收所述支付系统发送的针对所述扣款交易请求指示的待扣款交易的付款请求并显示所述付款请求;所述付款请求是所述支付系统根据所述第一标识信息和所述第二标识信息确定所述目标用户与所述应用存在自动缴费签约协议,且基于所述自动缴费签约协议确定所述待扣款交易有效后生成的,所述应用基于所述目标用户针对所述付款请求的执行行为,向所述支付系统发送所述执行行为对应的响应消息;所述付款请求包括指示所述目标用户是否进行本次支付的支付指示和指示所述目标用户是否终止所述自动缴费签约协议中的至少一项内容。
上述方案中,应用通过向支付系统发送扣款交易请求,由于所送的扣款交易请求中携带该应用的第一标识信息和目标用户的第二标识信息,从而便于支付系统核验目标用户与该应用之间是否存在自动缴费签约协议,并在核验成功后通过向应用发送付款请求,相应的,应用通过接收并显示支付系统返回的付款请求,由于该付款请求中包括了指示所述目标用户是否进行本次支付的支付指示和指示所述目标用户是否终止所述自动缴费签约协议中的至少一项内容,因此,该方式作为有感知的自动缴费方法,一方面提升了可自动缴费场景下、用户在支付方式上的灵活性,另一方面在用户真的想终止自己与该应用间的自动缴费签约协议时,则可以通过对付款请求中的指示用户是否终止自动缴费签约协议进行相关操作,将可以快速达到与该应用的解约,而避免了背景技术中用户需要执行很多步骤方才可以取消与签约应用间的自动签约协议。
在一种可能实现的方法中,所述应用基于所述目标用户针对所述付款请求的执行行为,向所述支付系统发送所述执行行为对应的响应消息,包括:所述应用基于所述目标用户针对所述支付指示为同意本次支付的执行行为,向所述支付系统发送所述执行行为对应的响应消息;所述响应消息用于指示所述支付系统向所述应用支付所述待扣款交易对应的交易金额。
上述方案中,通过在付款请求中携带询问用户是否同意本次支付的支付指示,从而在用户对该支付指示作出了肯定的执行行为时,那么应用将可以向支付系统发送该执行行为对应的响应消息,相应的,在支付系统接收到该响应消息时,支付系统将可以向应用支付待扣款交易对应的交易金额,从而实现了用户在有感知的状态进行自动缴费的效果。
在一种可能实现的方法中,所述应用基于所述目标用户针对所述付款请求的执行行为,向所述支付系统发送所述执行行为对应的响应消息,包括:所述应用基于所述目标用户针对所述支付指示为取消本次支付的执行行为,向所述支付系统发送所述执行行为对应的响应消息;所述响应消息用于指示所述支付系统本次不向所述应用支付所述待扣款交易对应的交易金额;所述支付系统用于统计所述扣款交易请求的发起次数,并在所述发起次数不超过所述待扣款交易在所述自动缴费签约协议中签订的支付次数时,可根据预设规则再次向所述应用发送付款请求。
上述方案中,通过在付款请求中携带询问用户是否取消本次支付的支付指示,从而在用户对该支付指示作出了肯定的执行行为时,那么应用将可以向支付系统发送该执行行为对应的响应消息,相应的,在支付系统接收到该响应消息时,支付系统本次将不会向应用支付待扣款交易对应的交易金额;但在此之外,支付系统通过统计待扣款交易请求的发起次数,后续过程中,当应用再次关于该待扣款交易而向支付系统发起扣款交易请求时,支付系统通过确定该待扣款交易的发起次数在不超过该待扣款交易在自动缴费签约协议中签订的支付次数时,支付系统将可以根据预设规则再次向该应用发送付款请求。该方式中,实现了支付系统将可以基于用户与应用间签订的分次支付的自动缴费签约协议,在用户仅某次中断当前次的缴费行为时,支付系统将仍然可以在用户的分次支付的次数未达到签订次数时,而继续向用户发送扣款交易请求,提升了在有感知的完成自动缴费时的缴费方式的灵活性。
在一种可能实现的方法中,所述应用基于所述目标用户针对所述付款请求的执行行为,向所述支付系统发送所述执行行为对应的响应消息,包括:所述应用基于所述目标用户确认终止所述自动缴费签约协议的执行行为,向所述支付系统发送所述执行行为对应的响应消息;所述响应消息用于指示所述支付系统终止所述目标用户与所述应用间签订的所述自动缴费签约协议。
上述方案中,通过在付款请求中携带询问用户是否终止与应用间签订的自动缴费签约协议,从而在用户对该操作指示作出了肯定的执行行为时,那么应用将可以向支付系统发送该执行行为对应的响应消息,相应的,在支付系统接收到该响应消息时,支付系统将会直接终止用户与应用间签订的自动缴费浅语协议,快速完成了用户和应用间的解约,而避免了而避免了背景技术中用户需要执行很多步骤方才可以取消与签约应用间的自动签约协议。
在一种可能实现的方法中,所述付款请求包括所述目标用户在所述待扣款交易指示的付费商品所在商户下的第一已消费详情和/或所述目标用户在所述付费商品所属商品类型下的第二已消费详情。
上述方案中,在支付系统确定待扣款交易有效后,支付系统通过统计用户在本次的待扣款交易指示的付费商品所在商户下的已消费详情(即第一已消费详情)和/或用户在付费商品所在商品类型下的已消费详情(即第二已消费详情),如此在支付系统向用户发送付款请求时,通过在付款请求中携带以上的至少一种已消费详情,将可以使得用户知道自己对商品的一个消费状态,进而一方面可以引导用户养成一个合理消费的习惯,另一方面可方便用户及时地对支付账户进行重置,以提高用户自动缴费场景下的成功率。
在一种可能实现的方法中,所述应用向支付系统发送扣款交易请求,包括:所述应用基于预设时间向支付系统发送扣款交易请求或所述应用基于所述目标用户的交易需求向支付系统发送扣款交易请求。
上述方案中,根据用户在支付系统中关于应用在签约时候所签约商品性质的不同,其中如果用户所签约的商品为分次付款时,则应用将可以在预设时间向支付系统发送针对该签约商品的扣款交易请求,如果用户所签约的商品为非分次付款的商品时,那么在用户对该签约商品有消费需求(即交易需求)时,那么应用将可以基于用户的该消费需求而向支付系统发送扣款交易请求。该方式满足了用户对各种形式的商品进行自动缴费签约协议的签订需求。
在一种可能实现的方法中,所述自动缴费签约协议通过下述方式生成,包括:所述应用响应于所述目标用户的自动缴费签约行为,向所述支付系统发送自动缴费签约申请;所述应用接收所述支付系统返回的待签约信息;所述应用向所述支付系统发送所述目标用用针对所述待签约信息输入的签约内容;其中,在所述支付系统对所述目标用户进行身份认证、并在认证通过后保存所述签约内容作为自动缴费签约协议。
上述方案中,具体描述了用户关于一应用、其如何在支付系统中完成了与该应用而签订二者间的自动缴费签约协议的过程,通过该种签订自动缴费签约协议的行为,日后在应用向支付系统发起扣款交易请求时,若支付系统确认用户与该扣款交易指示的商品已经进行过自动缴费协议的签约,那么支付系统将可以以一种有感知的方式提示用户完成自动缴费,提升用户在自动缴费时的成功率。
在一种可能实现的方法中,所述待签约信息包括以下至少一项:签约商品、签约时长、单笔免密支付最大金额和认证方式。
上述方案中,具体描述了用户和应用之间关于自动缴费协议在签订时候的具体项目,包括用户本次准备对应用中的哪些商品进行自动缴费协议的签订,以及签订的有效时长,以及签订用户认为在多少金额下无需安全认证就可以自动扣款,以及签订在需要进行安全认证时,可以以什么方式进行安全认证。通过该种设置自动缴费需要满足的条件,将可以提升支付系统在处理用户的自动缴费行为时的工作效率。
在一种可能实现的方法中,所述保存所述签约内容作为自动缴费签约协议之后,所述方法还包括:所述应用接收并存储所述支付系统发送的自动缴费签约协议;所述应用向支付系统发送扣款交易请求之前,所述方法还包括:所述应用基于本地保存的所述自动缴费签约协议确定所述扣款交易指示的待扣款交易的交易金额不超过所述单笔免密支付最大金额。
上述方案中,具体描述了支付系统在什么场景下会接收到应用发送的扣款交易请求,具体为在应用基于本地保存的自动缴费签约协议确定所述扣款交易请求指示的待扣款交易的交易金额不超过自动缴费签约协议中规定的单笔免密支付最大金额后向支付系统进行发送的,由于通过控制应用进行一个简单判断而确定要不要向支付系统发送扣款交易请求,将可以很好地平衡支付系统的处理压力。
第三方面,本申请实施例提供一种自动缴费装置,该装置应用于支付系统,包括:接收单元,用于接收应用发送的扣款交易请求;所述扣款交易请求是针对所述应用所在终端上的目标用户发起的,所述扣款交易请求携带所述应用的第一标识信息和所述目标用户的第二标识信息;处理单元,用于根据所述第一标识信息和所述第二标识信息,若确定所述目标用户与所述应用存在自动缴费签约协议,则基于所述自动缴费签约协议对所述扣款交易请求指示的待扣款交易的有效性进行校验;发送单元,用于若确定所述待扣款交易有效,则向所述应用发送针对所述待扣款交易的付款请求;所述付款请求包括指示所述目标用户是否进行本次支付的支付指示和指示所述目标用户是否终止所述自动缴费签约协议中的至少一项内容。
第四方面,本申请实施例提供一种自动缴费装置,该装置应用于安装于终端上的应用,包括:发送单元,用于向支付系统发送扣款交易请求;所述扣款交易请求是针对所述应用所在终端上的目标用户发起的,所述扣款交易请求携带所述应用的第一标识信息和所述目标用户的第二标识信息;接收单元,用于通过所述终端接收所述支付系统发送的针对所述扣款交易请求指示的待扣款交易的付款请求并显示所述付款请求;所述付款请求是所述支付系统根据所述第一标识信息和所述第二标识信息确定所述目标用户与所述应用存在自动缴费签约协议,且基于所述自动缴费签约协议确定所述待扣款交易有效后生成的;所述发送单元,还用于基于所述目标用户针对所述付款请求的执行行为,向所述支付系统发送所述执行行为对应的响应消息;所述付款请求包括指示所述目标用户是否进行本次支付的支付指示和指示所述目标用户是否终止所述自动缴费签约协议中的至少一项内容。
第五方面,本申请实施例提供了一种计算设备,包括:
存储器,用于存储程序指令;
处理器,用于调用所述存储器中存储的程序指令,按照获得的程序执行如第一方面和第二方面任一实现方法。
第六方面,本申请实施例提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机可执行指令,所述计算机可执行指令用于使计算机执行如第一方面和第二方面任一实现方法。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种系统架构的示意图;
图2为本申请实施例提供的一种自动缴费方法的流程图;
图3为本申请实施例提供的一种自动缴费签约协议的生成方法流程图;
图4为本申请实施例提供的一种会员购买服务的页面示意图;
图5为本申请实施例提供的一种待签约信息的页面示意图;
图6为本申请实施例提供的一种付款请求的页面示意图;
图7为本申请实施例提供的一种自动缴费装置的示意图;
图8为本申请实施例提供的一种自动缴费装置的示意图;
图9为本申请实施例提供的一种计算设备的示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请作进一步地详细描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
针对当前的自动缴费是在用户无感知的状态下完成的,这样用户仅能在事后才知晓已经进行过扣款,且在用户想要关闭已经签订过的自动支付协议时,将要求用户通过执行繁琐的操作步骤才可以达到关闭自动支付协议的目的。
针对上述技术问题,本申请实施例提供一种可能的系统架构。如图1所示,为本申请实施例提供的一种系统架构的示意图,该架构中包括终端110和支付系统120。
其中,上述终端110可以包括但不限于移动电话、移动电脑、平板电脑、个人数字助理(Personal Digital Assistant,PDA),媒体播放器、智能电视、智能手表、智能眼镜、智能手环等用户设备。
进一步的,终端110上可以安装有多种应用(Application,App),如支付类型的应用(如支付宝)、通讯类型的应用(如钉钉)以及办公类型的应用(如word)。其中,随着技术人员对应用功能的不断开发,当前的很多应用都引入了商品买卖的服务。如以应用为一视频观影类型的应用为例,其可以向用户推出会员服务,比如用户通过购买其设定的相关会员服务,那么该用户将可以享受到未购买该会员服务的用户所无法享受到的一些服务。
支付系统120表示可保证交易安全进行的系统,如支付系统可以为银联系统。
针对上述技术问题以及结合本申请所提供的系统架构,本申请可提供一种自动缴费方法。如图2所示,为本申请实施例提供的一种自动缴费方法的流程图,包括:
步骤201,应用向支付系统发送扣款交易请求。
相应的,支付系统接收应用发送的扣款交易请求。
其中,上述应用安装于终端上。
上述扣款交易请求是针对应用所在终端上的一用户发起的。其中,该用户即为目标用户。
进一步的,上述扣款交易请求中携带应用的标识信息和目标用户的标识信息。其中,应用的标识信息即第一标识信息,目标用户的标识信息即第二标识信息。可选的,第一标识信息可以为应用在正式发布到应用商店、供用户下载使用时,由应用商店所在的服务商为该应用所分配的标识,具有唯一性;第二标识信息可以为表征目标用户个体唯一性的标识,如目标用户在该应用上注册时、由该应用所在的服务商为该目标用户所分配的标识,具有唯一性。
在本申请的某些实施中,所述应用向支付系统发送扣款交易请求,包括:所述应用基于预设时间向支付系统发送扣款交易请求或所述应用基于所述目标用户的交易需求向支付系统发送扣款交易请求。
例如,上述例子中应用向支付系统发送扣款交易请求时,其可以是目标用户主动通过应用向支付系统而发起扣款交易请求的,如游戏充值的场景下,将可以由用户主动通过所玩游戏应用向支付系统发起扣款交易请求;也可以是应用基于预设时间、自发地向支付系统发起扣款交易请求,如年会员分月付所在月份会员费用的场景下,将可以由应用定期向支付系统发起扣款交易请求。本申请对以上两种发起扣款交易请求的应用场景不做限定。
步骤202,所述支付系统根据所述第一标识信息和所述第二标识信息,若确定所述目标用户与所述应用存在自动缴费签约协议,则基于所述自动缴费签约协议对所述扣款交易请求指示的待扣款交易的有效性进行校验。
上述自动缴费签约协议为用户关于相关应用而在支付系统中预先进行过二者间自动缴费行为签订而成的协议,其表征在支付系统若检测到一用户与一应用存在自动缴费签约协议时,那么支付系统将可为该用户执行自动缴费的方法,具体方法如下文;若支付系统未检测到该用户与该应用间存在自动缴费签约协议,则支付系统将可以拒绝本次的扣款交易请求,如向终端返回支付错误的提示信息,提示用户对交易进行检查。
其中,在支付系统检测到一用户与一应用存在自动缴费签约协议时,那么支付系统为该用户执行自动缴费方法的第一步可以为基于二者间的自动缴费签约协议来对本次的扣款交易请求指示的待扣款交易的有效性进行校验。
步骤203,所述支付系统若确定所述待扣款交易有效,则向所述应用发送针对所述待扣款交易的付款请求。
相应的,所述应用通过所述终端接收所述支付系统发送的针对所述扣款交易请求指示的待扣款交易的付款请求并显示所述付款请求。
接着上述步骤202,本步骤203中若支付系统确定待扣款交易为有效扣款交易,那么支付系统为该用户执行自动缴费方法的第二步可以为向该用户发送针对待扣款交易的付款请求。
其中,该付款请求包括指示该用户是否进行本次支付的支付指示和指示该用户是否终止所签自动缴费签约协议中的至少一项内容。
由于该付款请求中包括了指示所述目标用户是否进行本次支付的支付指示和指示所述目标用户是否终止所述自动缴费签约协议中的至少一项内容,因此,该方式作为有感知的自动缴费方法,一方面提升了可自动缴费场景下、用户在支付方式上的灵活性,另一方面在用户真的想终止自己与该应用间的自动缴费签约协议时,则可以通过对付款请求中的指示用户是否终止自动缴费签约协议进行相关操作,将可以快速达到与该应用的解约,而避免了背景技术中用户需要执行很多步骤方才可以取消与签约应用间的自动签约协议。
步骤204,所述应用基于所述目标用户针对所述付款请求的执行行为,向所述支付系统发送所述执行行为对应的响应消息。
接着上述步骤203,由于支付系统发送给应用的付款请求用于指示目标用户确定是否进行本次的付款操作以及确定是否终止和应用间签订的自动缴费签约协议,那么用户将可以根据自己的实际需要确定是否完成本次付款以及确定是否就此直接终止与应用间所签订的自动缴费签约协议,从而在自动缴费的场景下,可向用户提供多元化的选择,由于该方式可更加贴合用户的消费心理,从而在一定程度上可以增加用户对无论是支付系统还是应用的好感度,更易提升用户对该两种产品的黏度。
以下将结合示例分别对上述一些步骤进行详细说明。
在上述步骤202的一个实施中,所述支付系统本地保存有自动缴费签约协议名单,所述自动缴费签约协议名单指示各用户在历史阶段关于相应应用在所述支付系统中进行过自动缴费签约协议的签订行为;所述支付系统根据所述第一标识信息和所述第二标识信息,若确定所述目标用户与所述应用存在自动缴费签约协议,包括:所述支付系统根据所述第一标识信息和所述第二标识信息,从所述自动缴费签约协议名单中进行匹配;所述支付系统若确定所述自动缴费签约协议名单中存在所述目标用户在所述支付系统中关于所述应用的签订行为,则确定所述目标用户与所述应用存在自动缴费签约协议。
接着前述的例子,在支付系统接收到应用发送来的扣款交易请求后,本申请中由于支付系统本地预先保存有自动缴费签约协议名单,该自动缴费签约协议名单为支付系统对各用户在历史阶段关于相应应用而在支付系统中进行过自动缴费签约协议的签订行为所作出的有效记录,如用户A关于应用1曾经于历史时刻T1而在支付系统中签订过自动缴费签约协议,那么支付系统将可以建立用户A与应用1之间的映射关系,又如用户B关于应用2曾经于历史时刻T2而在支付系统中签订过自动缴费签约协议,那么支付系统将可以建立用户B与应用2之间的映射关系,如此,支付系统所建立的各组映射关系可形成自动缴费签约协议名单。
由于在历史阶段,一用户关于应用而在支付系统签订自动缴费签约协议时,该用户可能仅与某一个应用签订自动缴费签约协议,该用户也可能与多个应用签订自动缴费签约协议,当然该用户还可能不与任何一个应用签订自动缴费签约协议,因此支付系统本地保存的自动缴费签约协议名单中可能出现如下两种情况:同一用户与至少一个应用签订有自动缴费签约协议,同一应用与至少一个用户签订有自动缴费签约协议。
因此,在支付系统接收到应用发送来的扣款交易请求后,支付系统将可以基于扣款交易请求中的第一标识信息和第二标识信息从本地保存的自动缴费签约协议名单中进行匹配,匹配结果如下:
情况1,若支付系统确定自动缴费签约协议名单中存在第一标识信息指示的应用和第二标识信息指示的用户之间的映射关系,则支付系统可确定目标用户与应用存在自动缴费签约协议。
情况2,若支付系统确定自动缴费签约协议名单中并不存在第一标识信息指示的应用和第二标识信息指示的用户之间映射关系,那么支付系统可确定目标用户与应用并不存在自动缴费签约协议。具体又可分为如下几种情况:
情况2.1,若支付系统确定自动缴费签约协议名单中存在第一标识信息指示的应用,但是该应用并非是与第二标识信息指示的用户存在映射关系,那么支付系统可确定目标用户与应用并不存在自动缴费签约协议。
情况2.2,若支付系统确定自动缴费签约协议名单中存在第二标识信息指示的用户,但是该用户并非是与第一标识信息指示的应用存在映射关系,那么支付系统可确定目标用户与应用并不存在自动缴费签约协议。
情况2.3,若支付系统确定自动缴费签约协议名单中既不存在第一标识信息指示的应用,也不存在第二标识信息指示的用户,那么支付系统可确定目标用户与应用并不存在自动缴费签约协议。
针对上述情况1,支付系统在确定目标用户与应用存在自动缴费签约协议后,支付系统将可以为该目标用户执行自动缴费的方法。
针对上述情况2,支付系统在确定目标用户与应用并不存在自动缴费签约协议后,支付系统将可以拒绝本次的扣款交易请求,如向终端返回支付错误的提示信息,提示用户对交易进行检查。
对于上述步骤201-204,描述了自动缴费方法的应用执行过程,其核心思想是支付系统基于目标用户与应用间存在的自动缴费签约协议确定扣款交易请求指示的待扣款交易为有效扣款交易后,向目标用户返回针对待扣款交易的付款请求,由于付款请求中包括了多元化的选择,从而可以真正意义上方便用户灵活的进行决策。由此可见,在本申请实施例中,自动缴费签约协议具有极为重要的地位,当且仅当支付系统基于自动缴费签约协议确定待扣款交易为有效扣款交易,本申请将可以以一种有感知的自动缴费的方式提示用户完成缴费。
如图3所示,为本申请实施例提供的一种自动缴费签约协议的生成方法流程图,包括:
步骤301,所述应用响应于所述目标用户的自动缴费签约行为,向所述支付系统发送自动缴费签约申请。
相应的,所述支付系统接收所述目标用户针对所述应用发起的自动缴费签约申请。
步骤302,所述支付系统向所述目标用户返回待签约信息。
相应的,所述应用接收所述支付系统返回的待签约信息。
步骤303,所述应用向所述支付系统发送所述目标用户针对所述待签约信息输入的签约内容。
相应的,所述支付系统接收所述目标用户针对所述待签约信息输入的签约内容。
步骤304,所述支付系统对所述目标用户进行身份认证,并在认证通过后保存所述签约内容作为自动缴费签约协议。
在上述步骤302的一个实施中,所述待签约信息包括以下至少一项:签约商品、签约时长、单笔免密支付最大金额和认证方式。
对于上述步骤301-304所描述的自动缴费签约协议的生成流程,可以通过下述的一个例子进行描述。
作为一种示例,下述例子中待签约信息将包括有签约商品、签约时长、单笔免密支付最大金额和认证方式。
首先,设一用户X在对一视频观影类型的应用进行使用的过程中,其中为了叙述的方便,本申请实施例中该视频观影类型的应用令为应用Y,用户X可通过点击应用Y向用户X推送的会员购买服务,进入到会员服务购买页面。如图4所示,为本申请实施例提供的一种会员购买服务的页面示意图,其中应用Y支持用户购买年卡会员、季卡会员和月卡会员,其中假设用户X确定购买年卡会员的服务,其中该年卡会员的缴费规则为按月缴费,每月缴费金额为15元,也即假设用户X选中了图4中的所示的“年卡会员”所在方框,并继续点击当前页面下方的“立即开通”按钮,那么在本申请实施例中可表示用户X当前正在发起自动缴费签约行为;紧接着,应用Y通过检测到用户X击“立即开通”按钮的行为,应用Y将可以向支付系统发送针对用户X的自动缴费签约申请,相应的,支付系统将可以接收到该自动缴费签约申请。
基于用户X与应用Y在支付系统中欲签订自动缴费签约协议,支付系统将生成并向用户X推送待签约信息的页面,如图5所示,为本申请实施例提供的一种待签约信息的页面示意图。参见图5,该待签约信息的页面中可包括交易流水号、交易时间、商户号、签约时长、签约商品、单笔免密支付最大金额、单月最大交易金额提醒、支付方式、认证方式和合约生效日期等字段。其中:
交易流水号表示应用Y在接收到用户X发起购买年卡会员这一会员服务时的流水号,具体可由应用Y所在的服务商的服务器自动生成。
交易时间表示应用Y在接收到用户X发起购买年卡会员这一会员服务时的时间。
商户号表示应用Y所具有的唯一性标识。随着应用数量的不断增多,可通过为不同的应用分配相应的标识,不同的应用对应不同的标识,从而可以达到区分各个应用的效果。在本申请中,应用Y可以等价于一个商户,从而应用Y所具有的唯一性标识即为商户号,也即不同的应用对应的不同的商户号。
签约时长表示自动缴费签约协议的有效期。其中签约时长可以由用户自行设置,如图5中,用户可从“2年”、“1年”“半年”三个选项中按需自行勾选。说明的是,本申请中不限定签约时长这一字段内容的样式,可以为图5中所示的框图勾选样式,也可以为滚动样式。
签约商品表示用户X准备与应用Y中的具体哪些商品签订自动缴费签约协议。本申请中默认关于应用Y中的所有商品均进行签订自动缴费签约协议,同时支持用户取消签订某些商品。
单笔免密支付最大金额表示在该设定值内用户X在应用Y中关于所签订商品在付款时无需校验用户身份的合法性并直接完成扣款。其中单笔免密支付最大金额可以由用户自行设置,如图5中,用户可从“50元”、“100元”两个选项中按需自行勾选。说明的是,本申请中不限定单笔免密支付最大金额这一字段内容的显示样式,可以为图5所示的框图勾选样式,也可以为滚动样式。假设用户X勾选了“50元”这一选项。
单月最大交易金额提醒表示在用户X在应用Y中关于所签订商品在付款时,若当前月交易总金额超出该设定值,则支付系统将向用户X发送单月超额提示信息。其中单月最大交易金额提醒可以由用户自行设置,如图5中,用户可从“500元”、“1000元”两个选项中按需自行勾选。说明的是,本申请中不限定单月最大交易金额提醒这一字段内容的显示样式,可以为图5所示的框图勾选样式,也可以为滚动样式。
支付方式表示用户X可选择自己的某张支付卡片以对应用Y中所签订商品进行付款。其中支付方式可以由用户自行设置,如图5中,用户可从“卡1”、“卡2”、“卡3”三个选项中按需自行勾选。说明的是,本申请中不限定支付方式这一字段内容的显示样式,可以为图5所示的框图勾选样式,也可以为滚动样式。
认证方式表示在超出单笔免密支付最大金额时、支付系统将采取何种方式验证用户身份的合法性以完成扣款操作。本申请中默认“依据对商户的风险分析灵活选择(认证方式)”这一认证方式,如此可以增加交易的安全性。
合约生效日期表示该自动缴费签约协议生效的时间点,本申请中默认合约成功签订后立即生效。
接着,当支付系统通过终端向用户X呈现如图5所示的待签约信息的页面时,用户X将可以按照自己对应用Y的实际需求、而对待签约信息进行相关内容的输入;紧接着,应用Y检测到用户X通过待签约信息的页面中的“确定”按钮的触发行为,将可以向支付系统发签约内容,相应的,支付系统可以接收到该签约内容。
最后,支付系统通过对用户X进行身份认证,若确定用户X的身份为用户X本人,则支付系统可对该签约内容进行保存并作为自动缴费签约协议。
上文通过描述一用户关于一应用、该用户如何在支付系统中完成了与该应用签订二者间的自动缴费签约协议的过程,通过该种签订自动缴费签约协议的行为,日后在应用向支付系统发起扣款交易请求时,若支付系统确认用户与该扣款交易指示的商品已经进行过自动缴费协议的签约,那么支付系统将可以以一种有感知的方式提示用户完成自动缴费。
在上述步骤304之后,还可包括如下步骤:
步骤305,所述支付系统将所述自动缴费签约协议发送至所述应用。
相应的,所述应用接收并存储所述支付系统发送的自动缴费签约协议。
基于应用本地存储有支付系统发送的自动缴费签约协议,从而在应用向支付系统发送扣款交易请求之前,应用将可以基于本地存储的自动缴费签约协议而确定本次扣款交易请求的待扣款交易的交易金额是否不超过自动缴费签约协议中规定的单笔免密支付最大金额,如果应用确定前者未超过后者,则应用将可以向支付系统发送扣款交易请求,否则应用就将不再执行本申请的自动缴费的方法,也即应用并不会向支付系统发送扣款交易请求,而是通过其它渠道完成交易。
在上述步骤203的一个实施中,所述支付系统若确定所述待扣款交易有效,包括:所述支付系统若确定所述待扣款交易指示的付费商品为所述签约商品、且确定所述待扣款交易的交易时间在所述签约时长内以及确定所述付费商品的价格不超过所述单笔免密支付最大金额时,则确定所述待扣款交易有效。
上述方案中,具体描述了支付系统该如何确定待扣款交易是否有效,其中当支付系统确定上述三者中的任一项不满足时,将可以拒绝本次的扣款交易请求,即无需向用户推送付款情况,提升了支付系统在交易处理时的处理效率。
在上述步骤203的一个实施中,所述向所述应用发送针对所述待扣款交易的付款请求之前,所述方法还包括:所述支付系统确定所述目标用户在所述待扣款交易指示的付费商品所在商户下的第一已消费详情和/或所述目标用户在所述付费商品所属商品类型下的第二已消费详情;所述付款请求包括所述第一已消费详情和/或所述第二已消费详情。
接着前述例子,步骤203中若支付系统确定待扣款交易为有效扣款交易,那么支付系统在向应用发送针对待扣款交易的付款请求之前,支付系统还将可以确定该用户在待扣款交易指示的付费商品所在商户下的已消费详情和/或该用户在该付费商品所属商品类型下的已消费详情,其中用户在待扣款交易指示的付费商品所在商户下的已消费详情即为第一已消费详情,用户在该付费商品所属商品类型下的已消费详情即为第二已消费详情。
说明的是,本步骤203中若支付系统确定待扣款交易并非为有效扣款交易,即支付系统在对待扣款交易进行有效性校验后确定出该待扣款交易并未满足自动缴费协议中所签订的相关要求,那么支付系统将可以拒绝本次的扣款交易请求。
说明的是,本步骤203中,可由支付系统对属性为有效扣款交易的各待扣款交易进行统计,从而便于支付系统确定各用户的已消费详情。具体可以为:支付系统可以以任一个有效扣款交易涉及到的用户作为研究对象,从而针对同一个用户,通过累积该用户在当前有效扣款交易指示的付费商品所在商户下的历史消费金额和历史消费频次,以及通过累积该用户在当前付费商品所属商品类型下的历史消费金额和历史消费频次,从而便于支付系统确定该用户的已消费详情。
继续说明的是,本申请中的已消费详情包括但不限于已消费金额和已消费频次,还可以包括其他内容。
如图6所示,为本申请实施例提供的一种付款请求的页面示意图,并假设该图6是基于用户X与应用Y签订年卡会员、按月付会员费用的场景进行的。参见图6,当中显示有“您本年度视频类支出193元”和“本商户交易4笔,支出60元”两条提示信息,其中第一已消费详情可以为“本商户交易4笔,支出60元”,第二已消费详情可以为“您本年度视频类支出193元”。
基于付款请求中的消费详情的提示信息,用户可通过结合自己对商品的消费状态,进行理性地分析,从而最终决策出自己究竟要不要进行付款,显然通过该种有感知的自动缴费方式,将可以很好地引导用户树立良好的消费习惯。
在上述步骤204的一个实施中,所述应用基于所述目标用户针对所述付款请求的执行行为,向所述支付系统发送所述执行行为对应的响应消息,包括:所述应用基于所述目标用户针对所述支付指示为同意本次支付的执行行为,向所述支付系统发送所述执行行为对应的响应消息;所述响应消息用于指示所述支付系统向所述应用支付所述待扣款交易对应的交易金额。
继续基于图6,付款请求的页面中显示有“立即支付”这一功能按钮,“立即支付”这一功能按钮用于询问用户是否同意进行本次的支付;其中,当用户点击“立即支付”这一功能按钮,则表示用户发起了针对支付指示为同意本次支付的执行行为,其中由于用户本次的交易金额为15元,小于单笔免密支付最大金额,从而当前页面还将提示用户自动缴费且无需输入支付密码,从而应用将可以向支付系统发送该执行行为对应的响应消息;相应的,在支付系统接收到该响应消息时,支付系统将可以向应用支付用户本次待扣款交易对应的交易金额,从而完成缴费。
在上述步骤204的一个实施中,所述应用基于所述目标用户针对所述付款请求的执行行为,向所述支付系统发送所述执行行为对应的响应消息,包括:所述应用基于所述目标用户针对所述支付指示为取消本次支付的执行行为,向所述支付系统发送所述执行行为对应的响应消息;所述响应消息用于指示所述支付系统本次不向所述应用支付所述待扣款交易对应的交易金额;所述支付系统用于统计所述扣款交易请求的发起次数,并在所述发起次数不超过所述待扣款交易在所述自动缴费签约协议中签订的支付次数时,可根据预设规则再次向所述应用发送付款请求。
继续基于图6,付款请求的页面中显示有“本次拒绝”这一功能按钮,“本次拒绝”这一功能按钮用于询问用户是否同意取消本次的支付,但在用户同意取消本次的支付后,将并不影响支付系统后续继续向用户推送该支付请求的页面。具体的,当用户点击“本次拒绝”这一功能按钮,则表示用户发起了针对支付指示为取消本次支付的执行行为,从而应用将可以向支付系统发送该执行行为对应的响应消息;相应的,在支付系统接收到该响应消息时,支付系统本次并不会向应用支付用户本次待扣款交易对应的交易金额,但是此时支付系统将记录下用户在该年会员按月进行购买这一商品下的交易次数,即统计自身(指支付系统)关于该年会员按月进行购买这一商品向用户发起过多少次的付款请求,其中对于用户执行“本次拒绝”这一执行行为,将也记录到总的付款请求的发起次数中,从而在支付系统每次关于该年会员按月进行购买这一商品向用户发送付款请求之前,支付系统通过比较自身已经发起过付款请求的次数与自动缴费签约协议中该商品规定的对12个月进行分月发送的总次数,即12次,并在前者不大于后者时,支付系统将可以根据预设规则再次向应用发起付款请求。其中,预设规则可以表示支付系统可在规定的时间向应用发起付款请求,或者可以表示支付系统可以根据用户的实际消费需求而向应用发起付款请求。
在上述步骤204的一个实施中,所述应用基于所述目标用户针对所述付款请求的执行行为,向所述支付系统发送所述执行行为对应的响应消息,包括:所述应用基于所述目标用户确认终止所述自动缴费签约协议的执行行为,向所述支付系统发送所述执行行为对应的响应消息;所述响应消息用于指示所述支付系统终止所述目标用户与所述应用间签订的所述自动缴费签约协议。
继续基于图6,付款请求的页面中显示有“取消签约”这一功能按钮,“取消签约”这一功能按钮用于询问用户是否终止与应用间所签订的自动缴费签约协议;其中,当用户点击“取消签约”这一功能按钮,则表示用户发起了与应用终止自动缴费签约协议的执行行为,从而应用将可以向支付系统发送该执行行为对应的响应消息;相应的,在支付系统接收到该响应消息时,支付系统将直接终止用户与应用间签订的自动缴费签约协议,从而后续支付系统将不会再关于该应用而向用户推送任何的付款请求,除非用户再次通过支付系统与该应用完成自动缴费签约协议的签约。
基于同样的构思,本申请实施例提供一种自动缴费装置,如图7所示,为本申请实施例提供的一种自动缴费装置的示意图,该装置包括接收单元701、处理单元702和发送单元703;
接收单元701,用于接收应用发送的扣款交易请求;所述扣款交易请求是针对所述应用所在终端上的目标用户发起的,所述扣款交易请求携带所述应用的第一标识信息和所述目标用户的第二标识信息;
处理单元702,用于根据所述第一标识信息和所述第二标识信息,若确定所述目标用户与所述应用存在自动缴费签约协议,则基于所述自动缴费签约协议对所述扣款交易请求指示的待扣款交易的有效性进行校验;
发送单元703,用于若确定所述待扣款交易有效,则向所述应用发送针对所述待扣款交易的付款请求;所述付款请求包括指示所述目标用户是否进行本次支付的支付指示和指示所述目标用户是否终止所述自动缴费签约协议中的至少一项内容。
进一步的,对于该装置,所述支付系统本地保存有自动缴费签约协议名单,所述自动缴费签约协议名单指示各用户在历史阶段关于相应应用在所述支付系统中进行过自动缴费签约协议的签订行为;处理单元702,具体用于:根据所述第一标识信息和所述第二标识信息,从所述自动缴费签约协议名单中进行匹配;若确定所述自动缴费签约协议名单中存在所述目标用户在所述支付系统中关于所述应用的签订行为,则确定所述目标用户与所述应用存在自动缴费签约协议。
进一步的,对于该装置,还包括自动缴费签约协议生成单元704;自动缴费签约协议生成单元704,用于:接收所述目标用户针对所述应用发起的自动缴费签约申请;向所述目标用户返回待签约信息;接收所述目标用户针对所述待签约信息输入的签约内容;对所述目标用户进行身份认证,并在认证通过后保存所述签约内容作为自动缴费签约协议。
进一步的,对于该装置,所述待签约信息包括以下至少一项:签约商品、签约时长、单笔免密支付最大金额和认证方式。
进一步的,对于该装置,发送单元703,还用于:将所述自动缴费签约协议发送至所述应用;所述应用用于对所述自动缴费签约协议进行保存;接收单元701,具体用于:接收应用发送的扣款交易请求;所述扣款交易请求是所述应用基于本地保存的所述自动缴费签约协议确定所述扣款交易请求指示的待扣款交易的交易金额不超过所述单笔免密支付最大金额后发送的。
进一步的,对于该装置,处理单元702,具体用于:若确定所述待扣款交易指示的付费商品为所述签约商品、且确定所述待扣款交易的交易时间在所述签约时长内以及确定所述付费商品的价格不超过所述单笔免密支付最大金额时,则确定所述待扣款交易有效。
进一步的,对于该装置,处理单元702,还用于:确定所述目标用户在所述待扣款交易指示的付费商品所在商户下的第一已消费详情和/或所述目标用户在所述付费商品所属商品类型下的第二已消费详情;所述付款请求包括所述第一已消费详情和/或所述第二已消费详情。
基于同样的构思,本申请实施例提供一种自动缴费装置,如图8所示,为本申请实施例提供的一种自动缴费装置的示意图,该装置应用于安装于终端上的应用,该装置包括发送单元801和接收单元802;
发送单元801,用于向支付系统发送扣款交易请求;所述扣款交易请求是针对所述应用所在终端上的目标用户发起的,所述扣款交易请求携带所述应用的第一标识信息和所述目标用户的第二标识信息;
接收单元802,用于通过所述终端接收所述支付系统发送的针对所述扣款交易请求指示的待扣款交易的付款请求并显示所述付款请求;所述付款请求是所述支付系统根据所述第一标识信息和所述第二标识信息确定所述目标用户与所述应用存在自动缴费签约协议,且基于所述自动缴费签约协议确定所述待扣款交易有效后生成的;
发送单元801,还用于基于所述目标用户针对所述付款请求的执行行为,向所述支付系统发送所述执行行为对应的响应消息;所述付款请求包括指示所述目标用户是否进行本次支付的支付指示和指示所述目标用户是否终止所述自动缴费签约协议中的至少一项内容。
进一步的,对于该装置,发送单元801,具体用于:基于所述目标用户针对所述支付指示为同意本次支付的执行行为,向所述支付系统发送所述执行行为对应的响应消息;所述响应消息用于指示所述支付系统向所述应用支付所述待扣款交易对应的交易金额。
进一步的,对于该装置,发送单元801,具体用于:基于所述目标用户针对所述支付指示为取消本次支付的执行行为,向所述支付系统发送所述执行行为对应的响应消息;所述响应消息用于指示所述支付系统本次不向所述应用支付所述待扣款交易对应的交易金额;所述支付系统用于统计所述扣款交易请求的发起次数,并在所述发起次数不超过所述待扣款交易在所述自动缴费签约协议中签订的支付次数时,可根据预设规则再次向所述应用发送付款请求。
进一步的,对于该装置,发送单元801,具体用于:基于所述目标用户确认终止所述自动缴费签约协议的执行行为,向所述支付系统发送所述执行行为对应的响应消息;所述响应消息用于指示所述支付系统终止所述目标用户与所述应用间签订的所述自动缴费签约协议。
进一步的,对于该装置,所述付款请求包括所述目标用户在所述待扣款交易指示的付费商品所在商户下的第一已消费详情和/或所述目标用户在所述付费商品所属商品类型下的第二已消费详情。
进一步的,对于该装置,发送单元801,具体用于:基于预设时间向支付系统发送扣款交易请求或所述应用基于所述目标用户的交易需求向支付系统发送扣款交易请求。
进一步的,对于该装置,还包括自动缴费签约协议生成单元803;自动缴费签约协议生成单元803,用于:响应于所述目标用户的自动缴费签约行为,向所述支付系统发送自动缴费签约申请;接收所述支付系统返回的待签约信息;向所述支付系统发送所述目标用用针对所述待签约信息输入的签约内容;其中,在所述支付系统对所述目标用户进行身份认证、并在认证通过后保存所述签约内容作为自动缴费签约协议。
进一步的,对于该装置,所述待签约信息包括以下至少一项:签约商品、签约时长、单笔免密支付最大金额和认证方式。
进一步的,对于该装置,还包括存储单元804和处理单元805;接收单元802,还用于接收所述支付系统发送的自动缴费签约协议;存储单元804,用于存储所述支付系统发送的自动缴费签约协议;处理单元805,用于基于本地保存的所述自动缴费签约协议确定所述扣款交易指示的待扣款交易的交易金额不超过所述单笔免密支付最大金额。
本申请实施例还提供了一种计算设备,该计算设备具体可以为桌面计算机、便携式计算机、智能手机、平板电脑、个人数字助理(Personal Digital Assistant,PDA)等。该计算设备可以包括中央处理器(Center Processing Unit,CPU)、存储器、输入/输出设备等,输入设备可以包括键盘、鼠标、触摸屏等,输出设备可以包括显示设备,如液晶显示器(Liquid Crystal Display,LCD)、阴极射线管(Cathode Ray Tube,CRT)等。
存储器,可以包括只读存储器(ROM)和随机存取存储器(RAM),并向处理器提供存储器中存储的程序指令和数据。在本申请实施例中,存储器可以用于存储自动缴费方法的程序指令;
处理器,用于调用所述存储器中存储的程序指令,按照获得的程序执行自动缴费方法。
如图9所示,为本申请实施例提供的一种计算设备的示意图,该计算设备包括:
处理器901、存储器902、收发器903、总线接口904;其中,处理器901、存储器902与收发器903之间通过总线905连接;
所述处理器901,用于读取所述存储器902中的程序,执行上述自动缴费方法;
处理器901可以是中央处理器(central processing unit,简称CPU),网络处理器(network processor,简称NP)或者CPU和NP的组合。还可以是硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integrated circuit,简称ASIC),可编程逻辑器件(programmable logic device,简称PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complex programmable logic device,简称CPLD),现场可编程逻辑门阵列(field-programmable gate array,简称FPGA),通用阵列逻辑(generic array logic,简称GAL)或其任意组合。
所述存储器902,用于存储一个或多个可执行程序,可以存储所述处理器901在执行操作时所使用的数据。
具体地,程序可以包括程序代码,程序代码包括计算机操作指令。存储器902可以包括易失性存储器(volatile memory),例如随机存取存储器(random-access memory,简称RAM);存储器902也可以包括非易失性存储器(non-volatile memory),例如快闪存储器(flash memory),硬盘(hard disk drive,简称HDD)或固态硬盘(solid-state drive,简称SSD);存储器902还可以包括上述种类的存储器的组合。
存储器902存储了如下的元素,可执行模块或者数据结构,或者它们的子集,或者它们的扩展集:
操作指令:包括各种操作指令,用于实现各种操作。
操作系统:包括各种系统程序,用于实现各种基础业务以及处理基于硬件的任务。
总线905可以是外设部件互连标准(peripheral component interconnect,简称PCI)总线或扩展工业标准结构(extended industry standard architecture,简称EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示,图9中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
总线接口904可以为有线通信接入口,无线总线接口或其组合,其中,有线总线接口例如可以为以太网接口。以太网接口可以是光接口,电接口或其组合。无线总线接口可以为WLAN接口。
本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机可执行指令,所述计算机可执行指令用于使计算机执行自动缴费方法。
本领域内的技术人员应明白,本申请的实施例可提供为方法、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (20)
1.一种自动缴费方法,其特征在于,包括:
支付系统接收应用发送的扣款交易请求;所述扣款交易请求是针对所述应用所在终端上的目标用户发起的,所述扣款交易请求携带所述应用的第一标识信息和所述目标用户的第二标识信息;
所述支付系统根据所述第一标识信息和所述第二标识信息,若确定所述目标用户与所述应用存在自动缴费签约协议,则基于所述自动缴费签约协议对所述扣款交易请求指示的待扣款交易的有效性进行校验;
所述支付系统若确定所述待扣款交易有效,则向所述应用发送针对所述待扣款交易的付款请求;所述付款请求包括指示所述目标用户是否进行本次支付的支付指示和指示所述目标用户是否终止所述自动缴费签约协议中的至少一项内容。
2.如权利要求1所述的方法,其特征在于,所述支付系统本地保存有自动缴费签约协议名单,所述自动缴费签约协议名单指示各用户在历史阶段关于相应应用在所述支付系统中进行过自动缴费签约协议的签订行为;
所述支付系统根据所述第一标识信息和所述第二标识信息,若确定所述目标用户与所述应用存在自动缴费签约协议,包括:
所述支付系统根据所述第一标识信息和所述第二标识信息,从所述自动缴费签约协议名单中进行匹配;
所述支付系统若确定所述自动缴费签约协议名单中存在所述目标用户在所述支付系统中关于所述应用的签订行为,则确定所述目标用户与所述应用存在自动缴费签约协议。
3.如权利要求1或2所述的方法,其特征在于,
所述自动缴费签约协议通过下述方式生成,包括:
所述支付系统接收所述目标用户针对所述应用发起的自动缴费签约申请;
所述支付系统向所述目标用户返回待签约信息;
所述支付系统接收所述目标用户针对所述待签约信息输入的签约内容;
所述支付系统对所述目标用户进行身份认证,并在认证通过后保存所述签约内容作为自动缴费签约协议。
4.如权利要求3所述的方法,其特征在于,所述待签约信息包括以下至少一项:签约商品、签约时长、单笔免密支付最大金额和认证方式。
5.如权利要求4所述的方法,其特征在于,
所述在认证通过后保存所述签约内容作为所述自动缴费签约协议之后,所述方法还包括:
所述支付系统将所述自动缴费签约协议发送至所述应用;所述应用用于对所述自动缴费签约协议进行保存;
所述支付系统接收应用发送的扣款交易请求,包括:
所述支付系统接收应用发送的扣款交易请求;所述扣款交易请求是所述应用基于本地保存的所述自动缴费签约协议确定所述扣款交易请求指示的待扣款交易的交易金额不超过所述单笔免密支付最大金额后发送的。
6.如权利要求4所述的方法,其特征在于,
所述支付系统若确定所述待扣款交易有效,包括:
所述支付系统若确定所述待扣款交易指示的付费商品为所述签约商品、且确定所述待扣款交易的交易时间在所述签约时长内以及确定所述付费商品的价格不超过所述单笔免密支付最大金额时,则确定所述待扣款交易有效。
7.如权利要求1所述的方法,其特征在于,
所述向所述应用发送针对所述待扣款交易的付款请求之前,所述方法还包括:
所述支付系统确定所述目标用户在所述待扣款交易指示的付费商品所在商户下的第一已消费详情和/或所述目标用户在所述付费商品所属商品类型下的第二已消费详情;
所述付款请求包括所述第一已消费详情和/或所述第二已消费详情。
8.一种自动缴费方法,其特征在于,包括:
应用向支付系统发送扣款交易请求;所述扣款交易请求是针对所述应用所在终端上的目标用户发起的,所述扣款交易请求携带所述应用的第一标识信息和所述目标用户的第二标识信息;
所述应用通过所述终端接收所述支付系统发送的针对所述扣款交易请求指示的待扣款交易的付款请求并显示所述付款请求;所述付款请求是所述支付系统根据所述第一标识信息和所述第二标识信息确定所述目标用户与所述应用存在自动缴费签约协议,且基于所述自动缴费签约协议确定所述待扣款交易有效后生成的;
所述应用基于所述目标用户针对所述付款请求的执行行为,向所述支付系统发送所述执行行为对应的响应消息;所述付款请求包括指示所述目标用户是否进行本次支付的支付指示和指示所述目标用户是否终止所述自动缴费签约协议中的至少一项内容。
9.如权利要求8所述的方法,其特征在于,
所述应用基于所述目标用户针对所述付款请求的执行行为,向所述支付系统发送所述执行行为对应的响应消息,包括:
所述应用基于所述目标用户针对所述支付指示为同意本次支付的执行行为,向所述支付系统发送所述执行行为对应的响应消息;所述响应消息用于指示所述支付系统向所述应用支付所述待扣款交易对应的交易金额。
10.如权利要求8所述的方法,其特征在于,
所述应用基于所述目标用户针对所述付款请求的执行行为,向所述支付系统发送所述执行行为对应的响应消息,包括:
所述应用基于所述目标用户针对所述支付指示为取消本次支付的执行行为,向所述支付系统发送所述执行行为对应的响应消息;所述响应消息用于指示所述支付系统本次不向所述应用支付所述待扣款交易对应的交易金额;所述支付系统用于统计所述扣款交易请求的发起次数,并在所述发起次数不超过所述待扣款交易在所述自动缴费签约协议中签订的支付次数时,可根据预设规则再次向所述应用发送付款请求。
11.如权利要求8所述的方法,其特征在于,
所述应用基于所述目标用户针对所述付款请求的执行行为,向所述支付系统发送所述执行行为对应的响应消息,包括:
所述应用基于所述目标用户确认终止所述自动缴费签约协议的执行行为,向所述支付系统发送所述执行行为对应的响应消息;所述响应消息用于指示所述支付系统终止所述目标用户与所述应用间签订的所述自动缴费签约协议。
12.如权利要求8所述的方法,其特征在于,所述付款请求包括所述目标用户在所述待扣款交易指示的付费商品所在商户下的第一已消费详情和/或所述目标用户在所述付费商品所属商品类型下的第二已消费详情。
13.如权利要求8所述的方法,其特征在于,
所述应用向支付系统发送扣款交易请求,包括:
所述应用基于预设时间向支付系统发送扣款交易请求或所述应用基于所述目标用户的交易需求向支付系统发送扣款交易请求。
14.如权利要求8所述的方法,其特征在于,
所述自动缴费签约协议通过下述方式生成,包括:
所述应用响应于所述目标用户的自动缴费签约行为,向所述支付系统发送自动缴费签约申请;
所述应用接收所述支付系统返回的待签约信息;
所述应用向所述支付系统发送所述目标用用针对所述待签约信息输入的签约内容;其中,在所述支付系统对所述目标用户进行身份认证、并在认证通过后保存所述签约内容作为自动缴费签约协议。
15.如权利要求14所述的方法,其特征在于,所述待签约信息包括以下至少一项:签约商品、签约时长、单笔免密支付最大金额和认证方式。
16.如权利要求15所述的方法,其特征在于,
所述保存所述签约内容作为自动缴费签约协议之后,所述方法还包括:
所述应用接收并存储所述支付系统发送的自动缴费签约协议;
所述应用向支付系统发送扣款交易请求之前,所述方法还包括:
所述应用基于本地保存的所述自动缴费签约协议确定所述扣款交易指示的待扣款交易的交易金额不超过所述单笔免密支付最大金额。
17.一种自动缴费装置,其特征在于,所述装置应用于支付系统,包括:
接收单元,用于接收应用发送的扣款交易请求;所述扣款交易请求是针对所述应用所在终端上的目标用户发起的,所述扣款交易请求携带所述应用的第一标识信息和所述目标用户的第二标识信息;
处理单元,用于根据所述第一标识信息和所述第二标识信息,若确定所述目标用户与所述应用存在自动缴费签约协议,则基于所述自动缴费签约协议对所述扣款交易请求指示的待扣款交易的有效性进行校验;
发送单元,用于若确定所述待扣款交易有效,则向所述应用发送针对所述待扣款交易的付款请求;所述付款请求包括指示所述目标用户是否进行本次支付的支付指示和指示所述目标用户是否终止所述自动缴费签约协议中的至少一项内容。
18.一种自动缴费装置,其特征在于,所述装置应用于安装于终端上的应用,包括:
发送单元,用于向支付系统发送扣款交易请求;所述扣款交易请求是针对所述应用所在终端上的目标用户发起的,所述扣款交易请求携带所述应用的第一标识信息和所述目标用户的第二标识信息;
接收单元,用于通过所述终端接收所述支付系统发送的针对所述扣款交易请求指示的待扣款交易的付款请求并显示所述付款请求;所述付款请求是所述支付系统根据所述第一标识信息和所述第二标识信息确定所述目标用户与所述应用存在自动缴费签约协议,且基于所述自动缴费签约协议确定所述待扣款交易有效后生成的;
所述发送单元,还用于基于所述目标用户针对所述付款请求的执行行为,向所述支付系统发送所述执行行为对应的响应消息;所述付款请求包括指示所述目标用户是否进行本次支付的支付指示和指示所述目标用户是否终止所述自动缴费签约协议中的至少一项内容。
19.一种计算机设备,其特征在于,包括:
存储器,用于存储计算机程序;
处理器,用于调用所述存储器中存储的计算机程序,按照获得的程序执行如权利要求1-7和8-16任一项所述的方法。
20.一种计算机可读存储介质,其特征在于,所述存储介质存储有计算机可执行指令,所述计算机可执行指令用于使计算机执行如权利要求1-7和8-16任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210149226.2A CN114565391A (zh) | 2022-02-18 | 2022-02-18 | 一种自动缴费方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210149226.2A CN114565391A (zh) | 2022-02-18 | 2022-02-18 | 一种自动缴费方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114565391A true CN114565391A (zh) | 2022-05-31 |
Family
ID=81713349
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210149226.2A Pending CN114565391A (zh) | 2022-02-18 | 2022-02-18 | 一种自动缴费方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114565391A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116739580A (zh) * | 2023-08-14 | 2023-09-12 | 中国中金财富证券有限公司 | 一种新股中签的转账方法、装置和存储介质 |
-
2022
- 2022-02-18 CN CN202210149226.2A patent/CN114565391A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116739580A (zh) * | 2023-08-14 | 2023-09-12 | 中国中金财富证券有限公司 | 一种新股中签的转账方法、装置和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110363666B (zh) | 信息处理方法、装置、计算设备以及存储介质 | |
US8175938B2 (en) | Method and system for facilitating merchant-initiated online payments | |
US20160335624A1 (en) | Mobile device nfc-based detection and merchant payment system | |
US10692055B2 (en) | Reprogrammable point-of-sale transaction flows | |
WO2017219774A1 (zh) | 支持多帐户的电子支付方法 | |
US20140351144A1 (en) | Payment transactions on mobile device using mobile carrier | |
US20160292688A1 (en) | Online payment transaction system | |
US20140201067A1 (en) | System and method for facilitating a transaction | |
US20150235196A1 (en) | Payment method and device | |
US20190197511A1 (en) | Method and apparatus for processing information | |
KR20160003672A (ko) | 모바일 디바이스 상에서의 즉시 결제를 구현하기 위한 시스템 및 방법 | |
US20150032628A1 (en) | Payment Authorization System | |
US11847628B2 (en) | User interfaces for using shared databases for managing supplemental payment sources | |
CN111709777A (zh) | 支付方式的推荐方法、系统、终端设备及存储介质 | |
CN106296137A (zh) | 一种支付数据处理方法、装置及系统 | |
CN114565391A (zh) | 一种自动缴费方法及装置 | |
JP7395703B1 (ja) | マルチチャンネル決済方法及びシステム | |
CN110841297A (zh) | 数据的处理方法、装置以及机器可读介质 | |
US10496973B2 (en) | Reprogrammable point-of-sale transaction flows | |
CN115068956A (zh) | 游戏场景中的支付方法、装置和电子设备 | |
US20180032976A1 (en) | Reprogrammable point-of-sale transaction flows | |
KR20210129808A (ko) | 디바이스 인증 기반 간편 결제 방법 및 그 시스템 | |
US10699257B2 (en) | System for implementing item payment method, program provision method, and mobile phone control method | |
KR102585035B1 (ko) | 아이템 판매 정보 처리를 위한 전자 장치 및 그 방법 | |
US20220114588A1 (en) | Aggregated transaction accounts |
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 |