发明内容
本说明书实施例提供一种二维码开通处理的新的技术方案。
根据本说明书的第一方面,提供了二维码开通处理方法的一个实施例,该二维码开通处理方法由服务器实施,所述方法包括:
接收第一用户发送的第一请求,所述第一请求用于邀请第二用户开通具有预定功能的二维码,其中所述第一请求包括所述第一用户的ID信息及所述第二用户的ID信息;
基于所述第一请求中所述第一用户的ID信息和所述第二用户的ID信息,查询所述第一用户与所述第二用户是否存在绑定关系;
在存在绑定关系的情况下,向所述第二用户提供所述第一请求,以使所述第二用户根据所述第一请求开通所述二维码;
接收所述第二用户开通所述二维码的响应,并返回所述响应给所述第一用户。
可选的,在所述接收第一用户发送的第一请求之前,所述方法还包括:
查询所述第一用户的绑定关系;
根据查询结果,向所述第一用户提供邀请所述第二用户开通所述二维码提示信息,以使所述第一用户基于所述提示信息发送所述第一请求;
其中,在根据查询结果为查询到与所述第一用户存在绑定关系的第二用户时,所述提示信息为第一提示信息;
在根据查询结果为未查询到与所述第一用户存在绑定关系的第二用户时,所述提示信息为第二提示信息。
可选的,在所述接收所述第二用户开通所述二维码的响应之后,所述方法还包括:
向所述第二用户发送引导信息,其中,所述引导消息用于引导所述第二用户将基于所述绑定关系的支付方式设置为所述二维码的首选扣款方式;
获取并保存所述第二用户根据所述引导消息进行的对于首选扣款方式的设置内容。
可选的,在所述第一用户与所述第二用户不存在亲情关系的情况下,所述方法还包括:
向所述第一用户发送与所述第二用户建立绑定关系的请求;
根据所述第一用户对所述请求的响应,建立所述第一用户与所述第二用户绑定关系,并设置基于所述绑定关系的支付方式。
可选的,在所述第一用户与所述第二用户不存在绑定关系的情况下,所述方法还包括:
基于所述第一请求中所述第一用户的ID信息和所述第二用户的ID信息,确定所述第二用户是否具有与所述第一用户建立绑定关系的权限;
在确定具有所述权限的情况下,执行所述向所述第一用户发送与所述第二用户建立绑定关系的请求的操作;
在确定不具有与所述权限的情况下,向所述第二用户发送第二请求,其中,所述第二请求用于邀请所述第二用户开通所述权限;
其中,根据所述第二用户响应于所述第二请求开通的所述权限,执行所述向所述第一用户发送与所述第二用户建立绑定关系的请求的操作。
可选的,在接收到所述第一请求后,所述方法还包括:
向所述第一用户显示邀请业务页面,以使所述第一用户基于显示的所述邀请业务页面进行邀请确认响应;
在接收到所述第一用户发送的邀请确认响应的情况下,执行所述查询所述第一用户与所述第二用户是否存在绑定关系的操作。
可选的,所述向所述第一用户显示邀请业务页面包括:
向所述第一用户对应的第一终端设备发送显示邀请业务页面的指令,以使所述第一终端设备向所述第一用户显示邀请业务页面;
其中,所述邀请业务页面的显示内容包括所述二维码的信息说明、开通所述二维码的利益信息、邀请开通所述二维码的协议。
可选的,所述第一请求对应第一邀请模式,所述向所述第二用户提供所述第一请求,以使所述第二用户根据所述第一请求开通所述二维码包括:
以消息的形式向所述第二用户发送所述第一请求,以使所述第二用户根据所述消息的内容开通所述二维码。
可选的,所述第一请求对应第二邀请模式,所述向所述第二用户提供所述第一请求,以使所述第二用户根据所述第一请求开通所述二维码包括:
以二维码图片的形式向所述第二用户显示所述第一请求,以使所述第二用户通过扫描所述二维码图片开通所述二维码。
根据本说明书的第二方面,还提供了二维码开通处理方法的另一个实施例,所述二维码开通处理方法,由第一终端设备实施,包括:
根据第一用户的触发生成第一请求,所述第一请求用于邀请第二用户开通具有预定功能的二维码,其中所述第一请求包括所述第一用户的ID信息及所述第二用户的ID信息;
向服务器发送第一请求进行相应的邀请处理,其中,所述邀请处理包括:基于所述第一请求中所述第一用户的ID信息和所述第二用户的ID信息,查询到所述第一用户与所述第二用户存在绑定关系的情况下,向所述第二用户提供所述第一请求;
接收所述服务器返回的所述第二用户根据所述第一请求开通所述二维码的响应。
可选的,在所述第一用户与所述第二用户不存在绑定关系的情况下,所述方法还包括:
接收所述服务器发送的建立所述第一用户与所述第二用户的绑定关系的请求;
获取所述第一用户对所述请求进行的响应;
向所述服务器发送所述响应,以使所述服务器根据所述响应建立所述第一用户与所述第二用户的绑定关系,并设置基于所述绑定关系的支付方式。
可选的,所述方法还包括:
接收所述服务器在接收到所述第一请求后发送的显示邀请业务页面的指令;
根据所述指令向所述第一用户显示邀请业务页面;
获取所述第一用户基于所述邀请业务页面触发的邀请确认响应,并将所述邀请确认响应发送到所述服务器进行所述邀请处理。
可选的,在所述根据第一用户的触发生成第一请求之前,所述方法还包括:
接收所述服务器发送的邀请所述第二用户开通所述二维码的提示信息;
向所述第一用户提供所述提示信息,以使所述第一用户基于所述提示信息发送所述第一请求;
其中,在服务器查询到与所述第一用户存在绑定关系的第二用户时,所述提示信息为第一提示信息;
在所述服务器未查询到与所述第一用户存在绑定关系的第二用户时,所述提示信息为第二提示信息。
根据本说明书的第三方面,还提供了二维码开通处理方法的又一个实施例,该二维码码开通处理方法由第二终端设备实施,所述方法包括:
接收服务器发送的第一请求,所述第一请求用于第一用户邀请与所述第一用户存在绑定关系的第二用户开通具有预定功能的二维码,其中所述第一请求包括所述第一用户的ID信息及所述第二用户的ID信息;
获取所述第二用户针对所述第一请求进行的开通所述二维码的响应;
向所述服务器发送所述响应。
可选的,所述方法还包括:
接收所述服务器发送的引导信息,其中,所述引导信息用于引导第二用户将基于所述绑定关系的支付方式设置为所述二维码的首选扣款方式;
获取所述第二用户根据所述引导消息进行的对于首选扣款方式的设置内容;
向所述服务器发送所述设置内容。
可选的,在所述接收服务器发送的第一请求之前,所述方法还包括:
接收所述服务器发送的第二请求,所述第二请求用于邀请所述第二用户开通与所述第一用户建立绑定关系的权限;
获取所述第二用户根据所述第二请求开通所述权限的响应;
向所述服务器发送所述开通所述权限的响应。
可选的,所述第一请求对应第一邀请模式,所述接收服务器发送的第一请求包括:
以消息的形式接收所述服务器发送所述第一请求;
其中,所述提供所述第一请求给所述第二用户,以使所述第二用户对所述第一请求进行响应包括:
向所述第二用户显示所述第一请求的消息内容,以使所述第二用户根据所述消息内容开通所述二维码。
可选的,所述第一请求对应第二邀请模式,所述接收服务器发送的第一请求包括:
以二维码图片的形式接收所述服务器发送的所述第一请求;
其中,所述提供所述第一请求给所述第二用户,以使所述第二用户对所述第一请求进行响应包括:
向所述第二用户显示所述第一请求的二维码图片,以使所述第二用户通过扫描所述二维码图片开通所述二维码。
根据本说明书的第四方面,还提供基于二维码的支付处理方法的一个实施例,该基于二维码的支付处理方法由第二终端设备实施,所述方法包括:
响应第二用户获取二维码的第一获取请求,生成上车二维码;
响应第二用户获取二维码的第二获取请求,生成下车二维码;
基于所述上车二维码及所述二维码向服务器发送计价请求,以使所述服务器根据所述二维码的首选扣款方式,对所述计价请求进行支付处理;
获取所述服务器通过所述支付处理返回的支付处理结果;
其中,设置所述二维码的首选扣款方式包括:接收服务器发送的第一请求,所述第一请求用于第一用户邀请与所述第一用户存在绑定关系的所述第二用户开通具有所述二维码,其中所述第一请求包括所述第一用户的ID信息及所述第二用户的ID信息;获取所述第二用户对所述第一请求进行的开通所述二维码的响应;向所述服务器发送所述响应;接收所述服务器根据所述响应发送的引导信息,其中所述引导信息用于引导所述第二用户将基于所述绑定关系的支付方式设置为所述二维码的首选扣款方式;获取所述第二用户根据所述引导消息进行的对于首选扣款方式的设置内容,并将所述设置内容发送至所述服务器。
根据本说明书的第五方面,还提供了服务器的一个实施例,该服务器包括:
接收模块,用于接收第一用户发送的第一请求,所述第一请求用于邀请第二用户开通具有预定功能的二维码,其中所述第一请求包括所述第一用户的ID信息及所述第二用户的ID信息;
查询模块,用于基于所述第一请求中所述第一用户的ID信息和所述第二用户的ID信息,查询所述第一用户与所述第二用户是否存在绑定关系;
提供模块,用于在存在绑定关系的情况下,向所述第二用户提供所述第一请求,以使所述第二用户根据所述第一请求开通所述二维码;
响应模块,用于接收所述第二用户开通所述二维码的响应,并返回所述响应给所述第一用户。
根据本说明书的第六方面,还提供了第一终端设备的一个实施例,该第一终端设备包括:
生成模块,用于根据第一用户的触发生成第一请求,所述第一请求用于邀请第二用户开通具有预定功能的二维码,其中所述第一请求包括所述第一用户的ID信息及所述第二用户的ID信息;
发送模块,用于向服务器发送第一请求进行相应的邀请处理,其中,所述邀请处理包括:基于所述第一请求中所述第一用户的ID信息和所述第二用户的ID信息,查询到所述第一用户与所述第二用户存在绑定关系的情况下,向所述第二用户提供所述第一请求;
接收模块,用于接收所述服务器返回的所述第二用户根据所述第一请求开通所述二维码的响应。
根据本说明书的第七方面,还提供了第二终端设备的一个实施例,该第二终端设备包括:
接收模块,用于接收服务器发送的第一请求,所述第一请求用于第一用户邀请与所述第一用户存在绑定关系的第二用户开通具有预定功能的二维码,其中所述第一请求包括所述第一用户的ID信息及所述第二用户的ID信息;
获取模块,用于获取所述第二用户针对所述第一请求进行的开通所述二维码的响应;
发送模块,用于向所述服务器发送所述响应。
根据本说明书的第八方面,还提供了电子设备的一个实施例,包括如本说明书的第五方面所述的服务器,或者,所述电子设备包括:
存储器,用于存储可执行命令;
处理器,用于在所述可执行命令的控制下,执行如本说明书的第一方面所述的方法;
或者,包括如本说明书的第六方面所述的第一终端设备,或者,所述电子设备包括:
存储器,用于存储可执行命令;
处理器,用于在所述可执行命令的控制下,执行如本说明书的第二方面所述的方法;
或者,包括如本说明书的第七方面所述的第二终端设备,或者,所述电子设备包括:
存储器,用于存储可执行命令;
处理器,用于在所述可执行命令的控制下,执行如本说明书的第三方面所述的方法。
根据本说明书的第九方面,还提供了二维码开通处理系统的一个实施例,包括:
服务器,所述服务器包括存储器和处理器,服务器的存储器用于存储可执行命令;服务器的处理器用于在所述可执行命令的控制下,执行如本说明书的第一方面所述的方法;
第一终端设备,所述第一终端设备包括存储器和处理器,所述第一终端设备的存储器用于存储可执行命令;所述第一终端设备的处理器用于在所述可执行命令的控制下,执行如本说明书的第二方面所述的方法;以及
第二终端设备,所述第二终端设备包括存储器和处理器,所述第二终端设备的存储器用于存储可执行命令;所述第二终端设备的处理器用于在所述可执行命令的控制下,执行如本说明书的第三方面所述的方法
根据本说明书的第十方面,还提供了二维码支付处理系统的一个实施例,包括:
服务器,所述服务器包括存储器和处理器,服务器的存储器用于存储可执行命令;服务器的处理器用于在所述可执行命令的控制下,执行如本说明书的第一方面所述的方法;以及,
终端设备,所述终端设备包括存储器和处理器,终端设备的存储器用于存储可执行命令;终端设备的处理器用于在所述可执行命令的控制下,执行如本说明书的第四方面所述的方法。
根据本说明书的第十一方面,还提供了计算机可读存储介质的一个实施例,其存储有可执行指令,所述可执行指令被处理器执行时,执行如本说明书的第一方面至第四方面中任一方面所述的方法。
在一个实施例中,通过具有绑定关系的用户邀请家人或成员来开通具有预定功能的二维码领取对应用途的电子卡,可以以简单、快捷的方式实现被邀请家人的领卡,降低被邀请方领取电子卡所需的学习教育成本。
通过以下参照附图对本说明书的示例性实施例的详细描述,本说明书的其它特征及其优点将会变得清楚。
具体实施方式
现在将参照附图来详细描述本说明书的各种示例性实施例。
以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本说明书及其应用或使用的任何限制。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步讨论。
图1为本说明书一个实施例的二维码开通处理方法的应用场景示意图,在该应用场景中,具有预定功能的二维码为具有乘车功能的乘车码的开通进行说明。需要指出的是,本公开实施例不局限于该应用场景的具体实施例,其他具有预定功能的二维码的开通处理都落在本公开实施例的保护范围内。图1示出了用户通过终端设备1200进行二维乘车码支付处理的应用场景。很多城市的公交系统已支持通过扫描移动终端设备APP(应用程序)上的二维乘车码乘坐公共交通工具,使得人们的出行更加便捷。但是对于低龄和高龄人群来说,移动智能应用的使用为其带来一定的不便。
该实施例中,乘车码支付的用户是被邀请开通乘车码用户(下文中称作第二用户),第二用户首先已接收邀请其开通乘车码的用户(下文中称作第一用户)的邀请,成功开通了乘车码,其中第一用户在邀请第二用户开通乘车码时可以与第二用户在终端设备的预定APP中建立了绑定关系,例如亲情关系,可以是依据家庭亲情关系,第二用户为第一用户的父母或子女,或兄弟姐妹等其他绑定关系。也可以在邀请时尚未建立绑定关系,而是邀请过程中建立绑定关系。在一个实施例中,建立的绑定关系可以具有给家人提供支付的功能,例如绑定关系是支付宝APP内的小程序“亲情号”。第一用户在建立亲情绑定关系时可以对家人开通基于亲情绑定关系的支付方式,例如对于“亲情号”开通并设置亲密付资金渠道的代付额度。即,与第一用户建立亲情绑定关系的其他家人可以在消费时,由第一用户帮其进行付款。当然也可以设置亲情绑定关系的支付方式为其他家人为第一用户付款。
这种情况下,第二用户在开通乘车码设置支付方式时,可以进一步基于上述亲情绑定关系提供的亲密付支付方式设置乘车码的首选扣款方式,如此,在第二用户乘坐交通工具刷乘车码产生计费时,可以由与其建立亲情绑定关系的第一用户帮忙付款,实现第二用户乘车,第一用户付款的模式。在一个实施例中,第二用户也可以在第一用户邀请其开通乘车码之后,设置其他的支付方式进行乘车码的计价扣款,例如设置银联支付、支付宝钱包支付等等。
也就是说,本说明书实施例的乘车码开通处理方法可以是第一用户仅邀请具有绑定关系的第二用户开通乘车码,乘车码的计价支付可以由第二用户自己的资金支付方式。在另一个实施例中,乘车码开通处理方法可以是第一用户邀请具有绑定关系的第二用户开通乘车码,同时系统还可以基于第一用户开通的基于绑定关系的支付方式,例如亲密付,邀请第二用户设置亲密付为乘车码的首选扣款方式。
该应用场景中,终端设备1200响应第二用户基于获取乘车码的获取请求,进入如图1所示的乘车码获取界面。该界面可提供触发生成乘车码的指令的按键,例如在第二用户点击该按键后,终端设备1200响应于该指令,生成乘车码。根据第二用户生成的乘车码可以是上车乘车码或者是下车乘车码,具体根据第二用户的不同乘车阶段的获取请求来确定。对于乘车码支付处理的应用场景,这里乘车码为下车乘车码。终端设备1200基于第二用户乘车对应的一组上车乘车码及下车乘车码向服务器1100发送计价指令或请求,以使服务器1100根据乘车码的首选扣款方式,对计价请求进行支付处理。服务器1100接收到终端设备1200的计价请求的支付处理包括,确定第二用户本次乘车产生的费用及第二用户在开通乘车码时设置的乘车码的首选扣款方式,并返回给终端设备1200。终端设备1200根据服务器1100返回的乘车码的首选扣款方式进行支付,并在支付成功后例如给出“支付成功”的提示。
在一个实施例中,第二用户对应的乘车码开通处理可以由图3所示的二维码开通处理系统2000实施。如图3所示,二维码开通处理系统2000包括第一终端设备2400、第二终端设备2200以及服务器1100。第一终端设备2400对应第一用户,第二终端设备2200对应第二用户,在一个实施例中,第二终端设备2200可以是图1、2实施例的终端设备1200。
具体地,第一终端设备2400根据第一用户的触发生成第一请求,所述第一请求用于邀请第二终端设备2200的第二用户开通具有乘车功能的二维乘车码。第一终端设备2400向服务器1100发送第一请求,第一请求包括所述第一用户的ID信息及所述第二用户的ID信息。服务器1100基于接收的第一请求中第一用户的ID信息及第二用户的ID信息查询第一用户与第二用户是否存在绑定关系,服务器1100在查询到第一用户与第二用户存在绑定关系的情况下,向第二终端设备2200发送第一请求。第二终端设备2200在接收到服务器1100的请求后,提供第一请求给第二用户,以使第二用户对第一请求进行响应,从而第二用户根据第一请求开通乘车码或者暂不开通乘车码。在第二用户同意并成功开通乘车码后,第二终端设备2200向服务器1100返回响应。服务器1100在接收到第二终端设备2200返回的第二用户开通乘车码的响应后,发送给第一终端设备2400,以通知第一用户乘车码邀请开通结果。
进一步地,服务器1100在接收到第二终端设备2200返回第二用户成功开通乘车码的响应后,还可以向第二终端设备2200发送引导信息,引导信息用于引导第二用户将基于所述绑定关系的支付方式设置为乘车码的首选扣款方式,获取并保存第二终端设备2200根据所述引导消息进行的对于首选扣款方式的设置内容。
如此,通过乘车码开通处理系统2000可实现第二用户的乘车码开通处理。后续第二用户利用开通的乘车码乘车时,通过乘车码支付处理系统1000实现第二用户的乘车码支付处理。
该应用场景中,可实现第二用户乘车,第一用户扣款,不仅方便第二用户开通乘车码,还通过开通基于亲情绑定关系的亲密付支付方式解决第二用户绑定银行卡自己支付所带来的高门槛、高学习成本的问题。
通过绑定关系实现子女帮助年迈父母或父母帮助幼小子女领取乘车码并开通亲密付,实现了被邀请方快速领取使用乘车码的电子交通卡和乘车、邀请方付款的创新模式落地。
同样地,基于上述二维码开通处理方法,本公开实施例也可以实现第一用户帮助第二用户领取其他具有预定用途的二维码电子卡,并基于绑定关系由第一用户为第二用户领取的电子卡进行支付。
<硬件设备>
图2是可用于实现一个实施例的基于二维码的支付处理系统的硬件配置结构图。
如图2所示,本实施例的二维码的支付处理系统1000可以包括服务器1100、终端设备1200以及网络1300。
服务器1100例如可以是刀片服务器、机架式服务器等,服务器1100也可以是部署在云端的服务器集群,在此不做限定。
如图2所示,服务器1100可以包括处理器1110、存储器1120、接口装置1130、通信装置1140、显示装置1150和输入装置1160。处理器1110用于执行程序指令,该程序指令可以采用比如x86、Arm、RISC、MIPS、SSE等架构的指令集。存储器1120例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置1130例如包括USB接口、串行接口等。通信装置1140例如能够进行有线或无线通信。显示装置1150例如是液晶显示屏。输入装置1160例如可以包括触摸屏、键盘等。
本实施例中,服务器1100的存储器1120用于存储指令,该指令用于控制处理器1110进行操作以实施或者支持实施根据本说明书的至少部分实施例的二维码开通处理方法。技术人员可以根据本说明书所公开方案设计指令。指令如何控制处理器进行操作,这是本领域公知,故在此不再详细描述。
本领域技术人员应当理解,尽管在图2中示出了服务器1100的多个装置,但是,本说明书实施例的服务器1100可以仅涉及其中的部分装置,例如,只涉及处理器1110、存储器1120和通信装置1140等。
如图2所示,终端设备1200可以包括处理器1210、存储器1220、接口装置1230、通信装置1240、显示装置1250、图像采集装置1260、音频输出装置1270、音频拾取装置1280,等等。处理器1210可以是中央处理器CPU、微处理器MCU等。存储器1220例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置1230例如包括USB接口、耳机接口等。通信装置1240例如能够进行有线或无线通信。显示装置1250例如是液晶显示屏、触摸显示屏等。图像采集装置1260例如可以包括摄像头等,用户采集RGB图像。终端设备1200可以通过音频输出装置1270输出音频信息,该音频输出装置1270例如包括扬声器。终端设备1200可以通过音频拾取装置1280拾取用户输入的语音信息,该音频拾取装置1280例如包括麦克风。
该终端设备1200还可以包括键盘、触摸屏等信息输入装置,在此不做限定。
终端设备1200可以是智能手机、便携式电脑、台式计算机、平板电脑等设备。
在本实施例中,终端设备1200的存储器1220用于存储指令,所述指令用于控制所述处理器1210进行操作以实施或者支持实施根据本说明书的至少部分实施例的二维码开通处理方法。技术人员可以根据本说明书所公开方案设计指令。指令如何控制处理器进行操作,这是本领域公知,故在此不再详细描述。
本领域技术人员应当理解,尽管在图2中示出了终端设备1200的多个装置,但是,本说明书实施例的终端设备1200可以仅涉及其中的部分装置,例如,只涉及处理器1210、存储器1220、图像采集装置1260等。
通信网络1300可以是无线网络也可以是有线网络,可以是局域网也可以是广域网。终端设备1200可以通过通信网络1300与服务器1100进行通信。
图2所示的二维码的支付处理系统1000仅是解释性的,并且决不是为了要限制本说明书、其应用或用途。例如,尽管图2仅示出一个服务器1100和一个终端设备1200,但不意味着限制各自的数量,二维码的支付处理系统1000中可以包含多个服务器1100和/或多个终端设备1200。
图3是可用于实现一个实施例的二维码开通处理系统的硬件配置结构图,如图3所示,本实施例的二维码的开通处理系统2000可以包括服务器1100、网络1300、第二终端设备2200以及第一终端设备2400。图3的服务器1100、网络1300的硬件配置结构可以参考图2,这里不再赘述。
在一个实施例中,第二终端设备2200可以是图2的终端设备1200。
同样地,如图3所示,第二终端设备2200可以包括处理器2210、存储器2220、接口装置2230、通信装置2240、显示装置2250、图像采集装置2260、音频输出装置2270、音频拾取装置2280,等等。处理器2210可以是中央处理器CPU、微处理器MCU等。存储器2220例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置2230例如包括USB接口、耳机接口等。通信装置2240例如能够进行有线或无线通信。显示装置2250例如是液晶显示屏、触摸显示屏等。图像采集装置2260例如可以包括摄像头等,用户采集RGB图像。第二终端设备2200可以通过音频输出装置2270输出音频信息,该音频输出装置2270例如包括扬声器。第二终端设备2200可以通过音频拾取装置2280拾取用户输入的语音信息,该音频拾取装置2280例如包括麦克风。
该第二终端设备2200还可以包括键盘、触摸屏等信息输入装置,在此不做限定。
第二终端设备2200可以是智能手机、便携式电脑、台式计算机、平板电脑等设备。
在本实施例中,第二终端设备2200的存储器2220用于存储指令,所述指令用于控制所述处理器2210进行操作以实施或者支持实施根据本说明书的至少部分实施例的二维码开通处理方法。技术人员可以根据本说明书所公开方案设计指令。指令如何控制处理器进行操作,这是本领域公知,故在此不再详细描述。
如图3所示,第一终端设备2400可以包括处理器2410、存储器2420、接口装置2430、通信装置2440、显示装置2450、图像采集装置2460、音频输出装置2470、音频拾取装置2480,等等。处理器2410可以是中央处理器CPU、微处理器MCU等。存储器2420例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置2430例如包括USB接口、耳机接口等。通信装置2440例如能够进行有线或无线通信。显示装置2450例如是液晶显示屏、触摸显示屏等。图像采集装置2460例如可以包括摄像头等,用户采集RGB图像。第一终端设备2400可以通过音频输出装置2470输出音频信息,该音频输出装置2470例如包括扬声器。第一终端设备2400可以通过音频拾取装置2480拾取用户输入的语音信息,该音频拾取装置2480例如包括麦克风。
该第一终端设备2400还可以包括键盘、触摸屏等信息输入装置,在此不做限定。
第一终端设备2400可以是智能手机、便携式电脑、台式计算机、平板电脑等设备。
在本实施例中,第一终端设备2400的存储器2420用于存储指令,所述指令用于控制所述处理器2410进行操作以实施或者支持实施根据本说明书的至少部分实施例的二维码开通处理方法。技术人员可以根据本说明书所公开方案设计指令。指令如何控制处理器进行操作,这是本领域公知,故在此不再详细描述。
本领域技术人员应当理解,尽管在图3中示出了第二终端设备2200和第一终端设备2400的多个装置,但是,本说明书实施例的第二终端设备2200、第一终端设备2400可以仅涉及其中的部分装置,例如,只涉及处理器2210/2410、存储器2220/2420、图像采集装置2260/2460等。
<方法实施例一>
本实施例提供了一种二维码开通处理方法,该方法可以由图2、3中的服务器1100实施。
图4是根据第一实施例的二维码开通处理方法的流程示意图。
如图4所示,本实施例的二维码开通处理方法可以包括以下步骤:
步骤102,接收第一用户发送的第一请求,第一请求用于邀请第二用户开通所述二维码具有预定功能的二维码,其中所述第一请求包括所述第一用户的ID信息及所述第二用户的ID信息。
这里,第一用户为邀请方,第二用户为被邀请方,例如上文所述,第一用户与第二用户可以是家庭成员,例如父母或子女,或兄弟姐妹等。第一用户在邀请第二用户开通二维码时可以已经与第二用户在终端设备的预定APP中建立了绑定关系,例如支付宝APP的“亲情号”,也可以在邀请时尚未建立绑定关系。
在一个实施例中,根据第一用户与第二用户是否具有绑定关系,第一请求以不同的表现形式进行发送。
具体地,在接收第一用户发送的第一请求之前,该实施例的二维码开通处理方法还包括:查询第一用户的绑定关系,向第一用户提供二维码开通邀请的提示信息,以使第一用户基于提示信息发送第一请求。提示信息可以是在第一用户利用终端设备的具有预定功能的二维码进行操作(例如利用乘车功能的乘车二维码乘车或者利用支付功能的支付二维码支付)时,二维码显示界面出现的公告条或提示文本信息,提示信息可以由服务器主动推送给第一用户。
在查询到与第一用户存在绑定关系的用户时,提示信息为第一提示信息,例如提示信息内容为提示第一用户可以邀请对应具有绑定关系的用户去开通该具有预定功能的二维码。该被邀请用户可以是一个也可以是多个,只要被邀请用户与邀请方的第一用户两者之间具有绑定关系即可以进行提示。
在未查询到与第一用户存在绑定关系的用户时,提示信息为第二提示信息,例如提示信息内容为提示第一用户可以邀请对应家人去开通二维码,被邀请的家人可以是父母子女等,这里该被邀请用户可以是一个也可以是多个。
在第一用户收到提示信息后,可以通过对终端设备显示的提示信息触发或点击而操作发送第一请求到服务器。
对于被邀请的第二用户与第一用户存在绑定关系的情况,第一请求包含被邀请的第二用户的ID信息,即第二用户的绑定关系账号,该绑定关系账号在建立绑定关系时已创建获得。例如对于支付宝的“亲情号”,第二用户的绑定关系账号即为已与第一用户建立了亲情绑定关系的支付宝账号。第一用户通过点击提示信息的公告条,则直接将包含第二用户的亲情绑定关系账户的第一请求发送到服务器,第一请求中还包括第一用户的ID信息,例如第一用户的支付宝账号。
对于被邀请的第二用户与第一用户尚未存在绑定关系的情况,若第二用户已具有支付宝账号,则第一请求包含被邀请的第二用户的ID信息为第二用户的支付宝账号;若第二用户还不具有支付宝账号,该第一请求包含的第二用户的ID信息为第二用户的手机号。第一用户通过点击提示信息的公告条,则进入第二用户的信息填写界面,第一用户手动填入第二用户的支付宝账号或手机号进行邀请,以将包含第二用户支付宝账号或手机号的第一请求发送到服务器。
步骤104,基于第一请求中所述第一用户的ID信息和所述第二用户的ID信息,查询第一用户与第二用户是否存在绑定关系。
步骤106,在第一用户与第二用户存在绑定关系的情况下,向第二用户提供第一请求,以使第二用户根据第一请求开通所述二维码。
步骤108,接收第二用户开通所述二维码的响应,并返回响应给第一用户。
在一个实施例中,如步骤102所述,第一请求可以是第一用户基于存在绑定关系的提示信息发出的邀请。
此时,在步骤104中,接收到第一请求后首先基于第一请求包含的第二用户的信息进行查询。例如对于具有绑定关系的第一请求,查询第一请求包含的第二用户的支付宝账号,确定第二用户是否与第一用户存在亲情绑定关系,以及亲情绑定关系是何种类型,例如父子、父女或夫妻关系等等。然后,在步骤106中,在确定存在亲情绑定关系的情况下,再根据第二用户的支付宝账号将第一请求发送给第二用户,这里第一请求可以以消息的形式发送,例如支付宝消息,包括服务提醒或者通知栏消息。第二用户根据第一请求的消息内容开通二维码。第二用户也可以拒绝邀请,或者忽略该邀请不进行任何操作。
在一个实施例中,在接收到第一请求后,所述方法还包括:向第一用户显示邀请业务页面,以使第一用户基于显示的邀请业务页面进行邀请确认响应;然后,在接收到第一用户发送的邀请确认响应的情况下,执行步骤104,基于第一请求中第一用户的ID信息和第二用户的ID信息查询第一用户与第二用户是否存在绑定关系的操作。
具体地,可以向第一用户对应的终端设备发送显示邀请业务页面的指令,以使终端设备向第一用户显示邀请业务页面。其中,邀请业务页面的显示内容可以包括二维码信息说明、开通二维码的利益信息、邀请开通二维码的协议。在步骤108中,接收到第二用户开通二维码的响应后发送给第一用户。
在一个实施例中,第一用户和第二用户建立的绑定关系可以具有给亲情关系的家人或成员提供支付的功能。第一用户在建立亲情绑定关系时可以对家人开通基于亲情绑定关系的支付方式,设置亲密付资金渠道的代付额度。第一用户发送第一请求邀请第二用户开通二维码时,还可以进一步对建立亲情绑定关系时设置的第二用户的亲密付额度进行修改。
在一个实施例中,在接收到第二用户成功开通二维码的响应之后,该实施例的二维码开通处理方法还包括:向第二用户发送引导信息,其中,所述引导信息用于引导第二用户将基于绑定关系的支付方式设置为所述二维码的首选扣款方式;获取并保存所述第二用户根据所述引导消息进行的对于首选扣款方式的设置内容。
从而,第二用户支付二维码产生的对应用途电子卡费用时,可以通过将亲情绑定关系对应的亲密付方式作为首选扣款资金渠道,由第一用户帮其进行电子卡付款。
这种情况下,实现第二用户使用对应功能二维码的电子卡消费,第一用户付款的模式。例如,第二用户乘车,第一用户付款。
当然,在一个实施例中,第二用户也可以在第一用户邀请其开通二维码之后,不设置亲情绑定关系对应的亲密付方式作为首选扣款资金渠道,这样即由第二用户本人的银行卡或者云闪付、支付宝钱包等资金支付渠道进行对应费用支付。
在一个实施例中,如步骤102所述,第一请求可以是第一用户基于不存在绑定关系的提示信息发出的邀请。在步骤104中,例如对于不具有绑定关系的第一请求,接收到的第一请求的ID信息包括第一用户的ID信息和第一用户输入的第二用户的ID信息,例如支付宝账号或者第二用户的手机号。
若步骤104中根据第一请求包含的第二用户信息,查询第一用户与第二用户的绑定关系,确定第二用户与第一用户不存在绑定关系。不存在的关系包括两种情况,第一种是第二用户具有与第一用户建立绑定关系的权限,但是第二用户与第一用户仅仅未绑定家庭成员而建立绑定关系。例如,第一、第二用户均具有支付宝账号,但是两个支付宝账号没有绑定家庭成员建立亲情绑定关系,例如没有加入同一个亲情号中。第二种是第二用户不具有与第一用户建立绑定关系的权限。例如,第一用户具有支付宝账号,而第二用户尚未开通支付宝,不具有支付宝账号,则第二用户想与第一用户建立亲情绑定关系是没有权限的,只有在首先开通支付宝账号的前提下,才能和第一用户建立亲情绑定关系。
对于第一种情况,第二用户与第一用户不存在绑定关系表示第二用户不具有开通二维码的权限,该实施例中,开通二维码的第二用户需与第一用户建立绑定关系,若无的关系,则第二用户不具有被邀请开通二维码的权限。因此,在确定第二用户不具有开通二维码的权限的情况下,向第一用户发送与第二用户建立绑定关系的请求。
下面将分别针对这两种情况展开进行描述。
在第一种情况下,该实施例的二维码开通处理方法还包括:首先向第一用户发送与第二用户建立绑定关系的请求,以触发第一用户向第二用户发起与第二用户建立绑定关系的邀请。然后,根据第一用户同意该请求的响应,绑定第二用户与第一用户的绑定关系,开通基于绑定关系的支付方式(例如亲情号的亲密付),并设置第二用户可以使用第一用户基于该绑定关系的支付方式,例如亲密付资金渠道的代付额度。
在第二种情况下,在上述根据第一用户的响应建立第一用户与第二用户绑定关系并设置基于的关系的支付方式之前,该实施例的二维码开通处理方法还包括:首先基于第一请求中第一用户的ID信息和第二用户的ID信息,确定第二用户是否具有与第一用户建立的关系的权限。如上文所述,在查询第二用户不存在的关系的情况下,第一请求可以包括第一用户填写的第二用户的支付宝账号或者手机号。对于支付宝账号的第一请求,确定该支付宝账号是否真实存在,若存在则第二用户具有上述权限;对于手机号的第一请求,确定该手机号是否有对应的支付宝账号,若无对应的支付宝账号,则第二用户不具有权限。否则,第二用户具有上述权限。
在确定第二用户不具有与第一用户建立绑定关系的权限的情况下,主动向第二用户发送第二请求,第二请求用于邀请第二用户开通所述权限,以使第二用户成功开通支付宝账号后,具有与第一用户建立绑定关系的权限。
对于第二种情况,用于邀请第二用户开通所述权限的第二请求可以是消息的形式。例如,第二用户不具有支付宝账号的情况下,向第二用户发送第一用户的实名短信进行邀请第二用户开通支付宝账号。
在一个实施例中,第一用户向第二用户发送的第一请求可以具有两种邀请模式,包括当面邀请和远程邀请,当面邀请表示第二用户在第一用户身边,远程邀请表示第二用户不在第一用户身边。在第一请求对应远程邀请模式的情况下,以消息的形式向第二用户发送第一请求,以使第二用户根据消息的内容开通二维码。消息例如是上述的支付宝消息。在第一请求对应当面邀请模式的情况下,以二维码图片的形式向第二用户显示第一请求,以使第二用户通过扫描该二维码图片开通具有预定功能的二维码。
下面参考图5,图5是根据第二实施例的二维码开通处理方法的流程示意图,该方法可以由图3中的第一终端设备2400实施。
图5是根据第二实施例的二维码开通处理方法的流程示意图。如图5所示,本实施例的二维码开通处理方法可以包括以下步骤:
步骤202,根据第一用户的触发生成第一请求,第一请求用于邀请第二用户开通具有预定功能的二维码,其中所述第一请求包括所述第一用户的ID信息及所述第二用户的ID信息;
步骤204,向服务器发送第一请求进行相应的邀请处理,其中,所述邀请处理包括:基于所述第一请求中所述第一用户的ID信息和所述第二用户的ID信息,查询到第一用户与第二用户存在绑定关系的情况下,向第二用户提供第一请求;
步骤206,接收服务器返回的第二用户根据第一请求开通所述二维码的响应。
在一个实施例中,在第一用户与第二用户不存在绑定关系的情况下,该实施例的二维码开通处理方法还包括:
接收服务器发送的建立第一用户与第二用户的绑定关系的请求;获取第一用户对请求进行的响应;向服务器发送第一用户对请求的响应,以使服务器根据响应建立第一用户与第二用户的绑定关系,并设置基于绑定关系的支付方式。
在一个实施例中,所述方法还包括:接收服务器在接收到第一请求后发送的显示邀请业务页面的指令;根据指令向第一用户显示邀请业务页面;获取所述第一用户基于所述邀请业务页面触发的邀请确认响应,并将邀请确认响应发送到服务器进行所述邀请处理。
在一个实施例中,在根据第一用户的触发生成第一请求之前,所述方法还包括:接收服务器发送的邀请所述第二用户开通所述二维码的提示信息;向第一用户提供提示信息,以使第一用户基于提示信息发送第一请求其中,在服务器查询到与所述第一用户存在绑定关系的第二用户时,所述提示信息为第一提示信息;在所述服务器未查询到与所述第一用户存在绑定关系的第二用户时,所述提示信息为第二提示信息。
现在参考图6,图6是根据第三实施例的二维码开通处理方法的流程示意图,该方法可以由图2中的终端设备1200或图3中的第二终端设备2200实施。
图6是根据第三实施例的二维码开通处理方法的流程示意图。如图6所示,本实施例的二维码开通处理方法可以包括以下步骤:
步骤302,接收服务器发送的第一请求,第一请求用于第一用户邀请与第一用户存在绑定关系的第二用户开通具有预定功能的二维码,其中所述第一请求包括所述第一用户的ID信息及所述第二用户的ID信息;
步骤304,获取所述第二用户针对第一请求进行的开通所述二维码的响应;
步骤306,向服务器发送所述响应。
在一个实施例中,该实施例的二维码开通处理方法还包括:接收服务器发送的引导信息,其中,引导信息用于引导第二用户将基于绑定关系的支付方式设置为所述二维码的首选扣款方式;获取所述第二用户根据所述引导消息进行的对于首选扣款方式的设置内容;向服务器发送所述设置内容。
在一个实施例中,在接收服务器发送的第一请求之前,所述方法还包括:接收服务器发送的第二请求,第二请求用于邀请第二用户开通与第一用户建立绑定关系的权限;获取所述第二用户根据所述第二请求开通所述权限的响应;向所述服务器发送所述开通所述权限的响应。
在一个实施例中,第一请求对应第一邀请模式,接收服务器发送的第一请求包括:以消息的形式接收服务器发送第一请求;其中,提供第一请求给第二用户,以使第二用户对第一请求进行响应包括:向第二用户显示第一请求的消息内容,以使第二用户根据消息内容开通二维码。
在一个实施例中,第一请求对应第二邀请模式,接收服务器发送的第一请求包括:以二维码图片的形式接收服务器发送的第一请求;其中,提供第一请求给第二用户,以使第二用户对第一请求进行响应包括:向第二用户显示第一请求的二维码图片,以使第二用户通过扫描二维码图片开通二维码。
<例子>
现在,将结合图7至图13的例子,对本说明书实施例的二维码开通处理方法进行示例说明,在该示例中,以开通具有乘车功能的二维乘车码为例。
<开通邀请提示>
查询邀请方的第一用户的绑定关系,根据查询的绑定关系情况,向第一用户提供乘车码开通邀请的提示信息。提示信息例如图7、8所示,在第一用户的终端设备的乘车码(二维码)显示界面出现的公告条或提示文本信息,提示信息可以由服务器主动推送给第一用户。
在查询到与第一用户存在绑定关系的用户时,如图7所示,图7是本说明书一个实施例的第一用户的终端设备的邀请提示信息示意图,提示信息例如为“免费老年公交卡,立即邀请爸爸李**使用!”。这里提示信息中的“爸爸李**”即为与第一用户存在亲情绑定关系的第二用户,从而提示第一用户可以邀请“爸爸李**”去开通乘车码。
在未查询到与第一用户存在绑定关系的用户时,如图8所示,图8是本说明书另一个实施例的第一用户的终端设备的邀请提示信息示意图,提示信息例如为“莆田老年卡免费乘车,快邀请父母领取!”。这里提示信息为邀请第一用户对应家庭成员的内容,被邀请的家人也可以是子女等。
<乘车码开通邀请>
在第一用户收到提示信息后,可以通过对终端设备显示的提示信息触发而操作发送第一请求到服务器。
在第一用户触发终端设备界面的提示信息后,第一用户的终端设备可以先进入图9的界面,图9是本说明书一个实施例的乘车码邀请界面的示意图。
在图9的界面会显示两种邀请模式供第一用户选择,如图9所述包括远程邀请和当面邀请模式。
在第一用户触发图9界面的当面邀请模式时,第一用户的终端设备会出现图10所示的界面,图10是根据本说明书第一实施例的乘车码邀请界面示意图。在图10显示的界面中,会显示邀请二维码图片,即以二维码图片的形式向第二用户显示第一请求,以邀请第二用户通过扫描二维码图片开通乘车码。第二用户可以在使用终端设备的应用,例如支付宝APP扫描该二维码图片。若第二用户与第一用户建立了绑定关系,则第二用户直接通过扫描邀请二维码即可开通乘车码。若第二用户未与第一用户建立绑定关系,则会提示第一用户给第二用户进行家庭关系绑定,建立绑定关系,例如支付宝APP中的“亲情号”。若第二用户未与第一用户建立绑定关系且不具有建立绑定关系的权限,则可以向第二用户发送开通建立绑定关系的权限的邀请。
对于和第一用户具有绑定关系的第二用户,第一用户还可以在向第二用户发送乘车码开通邀请的同时,或者在收到第二用户成功开通乘车码的响应之后,在该界面选择对第二用户开通基于绑定关系的支付方式,例如亲情绑定关系“亲情号”的亲密付,以使第二用户根据第一用户的邀请,注册成功乘车码乘车并设置基于亲情绑定关系的支付方式为乘车码的首选扣款方式。当然,第一用户也可以选择“暂不需要”,仅邀请第二用户开通乘车码,但对方在乘车时不对其提供基于亲密付的支付资金渠道,即第二用户自行乘车码付款。
在第一用户触发图9界面的远程邀请模式时,第一用户的终端设备会出现图11所示的界面,图11至13是根据本说明书第二实施例的乘车码邀请界面示意图。在图11显示的界面中,会显示第二用户的信息输入框,由第一用户手动填写输入欲邀请的第二用户的信息,在一个实施例中,填写的第二用户信息可以是支付宝账号或者手机号。然后界面的“发起邀请”按键,此时可能会触发两种不同的情况出现,分别如图12和13所示。
服务器会根据第一用户的触发信息确定第一用户填写的第二用户不具有与第一用户建立绑定关系的权限,即填写的该支付宝账号不存在;或者填写的该手机号不存在对应的支付宝账号。
这时,在图12所示的界面中例如显示该手机无对应的支付宝账号,同时服务器会主动向第二用户发送邀请其开通该权限的请求,例如,在第二用户不具有支付宝账号的情况下,向第二用户发送第一用户的实名短信进行邀请第二用户开通支付宝账号,并在图12的界面中显示已发送邀请的提示信息。
此外,在图12的界面中还可以给第一用户提供支付宝账号开通教程分享的提示信息,以使得第一用户触发该提示信息从而将权限开通的步骤以视频的形式分享给第二用户,降低了第二用户开通对应权限的难度。
在一个实施例中,在第二用户成功开通与第一用户具有建立绑定关系的权限之后,第一用户可以与第二用户建立绑定关系。
现在参考图13,该图显示了在第二用户具有与第一用户具有建立绑定关系的权限之后,服务器主动以支付宝信息的方式发送第一用户的第一请求,从而第二用户可以收到支付宝服务提醒和通知栏消息。
在一个实施例中,第二用户具有与第一用户具有建立绑定关系的权限之后,第一用户向第二用户的乘车码邀请,可以基于第一用户与第二用户建立绑定关系,也可以基于第一用户与第二用户不建立绑定关系的前提。
若想实现第一用户邀请第二用户开通乘车码之后,第二用户的乘车费用由第一用户支付,则可以建立第一用户与第二用户的绑定关系,同时第一用户开通基于绑定关系的支付方式(例如“亲情号”的亲密付),并设置第二用户可以使用第一用户的亲密付资金渠道的代付额度。
第一用户给第二用户开通亲密付之后,第二用户可以设置亲密付为首选扣款,即第二用户基于亲情绑定关系的支付方式设置乘车码的首选扣款方式。
从而,实现第二用户乘车,第一用户付款的模式。不仅方便第二用户开通乘车码领取电子交通卡,还解决了第二用户绑定银行卡自己支付所带来的高门槛、高学习成本的问题。
现有低龄/高龄人群需要领取使用乘车码产品时,需要自行注册实名开通具有领取乘车码的权限。并打开对应乘车APP,例如支付宝APP,绑定银行卡并开启及设置支付方式的前提下,找到乘车码产品进行领取电子交通卡。且支付需要通过本人账户下的资金渠道(花呗、银行卡、余额、余额宝等)。因此存在以下至少一个缺点:1、用户学习教育成本高;2、绑定银行卡门槛高;3、不支持代付模式。
利用本说明书实施例的二维码开通处理方法,在低龄/高龄人群需要领取使用乘车码产品时,可以通过子女(邀请方)帮助年迈父母(被邀请方)开通乘车码领取电子交通卡或者父母(邀请方)帮助幼小子女(被邀请方)开通乘车码领取电子交通卡,解决了年迈父母、幼小子女领取乘车卡学习教育成本高的问题。
此外,利用本说明书实施例的二维码开通处理方法,通过基于邀请方与被邀请方的绑定关系设置被邀请的乘车码的首选扣款方式,例如设置绑定关系的支付资金渠道进行乘车计价支付,解决了年迈父母(被邀请方)或幼小子女(被邀请方)需要绑定银行卡门槛高的问题。实现被邀请方乘车,邀请方付款的模式。除上述二维乘车码开通处理之外,本公开实施例的二维码开通处理方法可以应用于其他具有预定功能的二维码开通,同样具有上述解决了年迈父母(被邀请方)或幼小子女(被邀请方)领取电子卡学习教育成本高、需要绑定银行卡门槛高的问题。实现邀请方帮助被邀请方开通该功能的二维码以领取电子卡,以及被邀请方使用电子卡时邀请方法付款的模式。
在本说明书的一个实施例中,也可以突破业主机构侧,无需被邀请方自行签约领卡,即邀请方可直接代被邀请方签约开通领卡和基于绑定关系的支付资金渠道。邀请方代被邀请方签约开通生效后,被邀请方可直接登录打开对应二维码APP,例如支付宝APP的钱包中的乘车码刷码使用。如此,可以进一步方便被邀请方的二维码开通及使用。
<方法实施例二>
本实施例提供了一种基于二维码的支付处理方法,该方法由第二终端设备实施,例如由图2中的终端设备1200或图3中的第二终端设备2200实施。
图14示出了该实施例的基于二维码的支付处理方法的流程示意图,如图14所示,该实施例的二维码例如为具有乘车功能的二维乘车码,基于二维码的支付处理方法可以包括如下步骤:
步骤402,响应第二用户获取二维码的第一获取请求,生成上车二维码。
步骤404,响应第二用户获取二维码的第二获取请求,生成下车二维码。
获取操作可以是对第一终端设备应用中的二维乘车码的点击操作或触碰操作,第二用户在利用乘车码作为电子交通卡进行上下车,会获取对应上下车位置的乘车码信息。
步骤406,基于上车二维码及下车码向服务器发送计价请求,以使服务器根据所述二维码的首选扣款方式,对计价请求进行支付处理。
这里,服务器可以是图2、3所示的服务器1100。根据上车二维码和下车二维码,服务器可以获取第二用户的乘车时间和位置信息等,并根据对应信息确定对应的乘车计价费用。
步骤408,获取服务器通过所述支付处理返回的支付处理结果。
二维码的首选扣款方式处理是第二用户根据第一用户的邀请在第二终端设备实施的,在一个实施例中,设置所述二维码的首选扣款方式包括:接收服务器发送的第一请求,第一请求用于第一用户邀请与第一用户存在绑定关系的第二用户开通具有所述二维码,其中所述第一请求包括所述第一用户的ID信息及所述第二用户的ID信息;获取第二用户对第一请求进行的开通所述二维码的响应;向服务器发送所述响应;接收服务器根据所述响应发送的引导信息,其中,引导信息用于引导第二用户将基于绑定关系的支付方式设置为二维码的首选扣款方式;获取第二用户根据所述引导消息进行的对于首选扣款方式的设置内容,并将所述设置内容发送至服务器。在一个实施例中,服务器可以是图2、3所示的服务器1100。
根据该实施例的支付处理方法,第二用户乘车使用的二维码可以是基于本说明书实施例的二维码开通处理方法获得,且二维乘车码的支付方式也可以基于本说明书实施例的二维码的首选扣款方式设置的。如此,极大便利了第二用户的二维乘车码开通和使用。
<装置实施例一>
本实施例提供一种服务器,该服务器例如是图15所示的服务器3000,服务器3000包括接收模块3200、查询模块3400、提供模块3600以及响应模块3800。
接收模块3200用于接收第一用户发送的第一请求,第一请求用于邀请第二用户开通具有预定功能的二维码,其中所述第一请求包括所述第一用户的ID信息及所述第二用户的ID信息,查询模块3400用于基于第一请求中所述第一用户的ID信息和所述第二用户的ID信息,查询第一用户与第二用户是否存在亲情关系,提供模块3600用于在存在绑定关系的情况下,向第二用户提供第一请求,以使第二用户根据第一请求开通所述二维码。响应模块3800用于接收第二用户开通二维码的响应,并返回响应给第一用户。
在一个实施例中,服务器3000还包括:查询模块(图中未示出),用于在接收模块接收第一用户发送的第一请求之前,查询第一用户的绑定关系;提示模块(图中未示出),用于根据查询结果,向第一用户提供二维码开通邀请的提示信息,以使第一用户基于提示信息发送第一请求;其中,在查询模块根据查询结果为查询到与第一用户存在绑定关系的用户时,提示信息为第一提示信息;在根据查询结果为未查询到与第一用户存在绑定关系的用户时,提示信息为第二提示信息。
在一个实施例中,服务器3000还包括:引导信息发送模块(图中未示出),用于在接收模块接收第二用户开通二维码的响应之后,向第二用户发送引导信息,其中,所述引导消息用于引导第二用户将基于绑定关系的支付方式设置为二维码的首选扣款方式;获取并保存所述第二用户根据所述引导消息进行的对于首选扣款方式的设置内容。
在一个实施例中,在第一用户与第二用户不存在绑定关系的情况下,服务器3000还包括:建立请求发送模块(图中未示出),用于向第一用户发送与第二用户建立绑定关系的请求;建立模块(图中未示出),用于根据第一用户对请求的响应,建立第一用户与第二用户绑定关系并设置基于绑定关系的支付方式。
服务器3000还包括:权限确定模块(图中未示出),用于在所述第一用户与所述第二用户不存在绑定关系的情况下,基于第一请求中所述第一用户的ID信息和所述第二用户的ID信息,确定第二用户是否具有与第一用户建立绑定关系的权限;第二请求发送模块(图中未示出),用于在确定具有所述权限的情况下,执行所述向所述第一用户发送与所述第二用户建立绑定关系的请求的操作;在确定第二用户不具有与第一用户建立绑定关系的权限的情况下,向第二用户发送第二请求,其中,第二请求用于邀请第二用户开通权限;其中,建立请求发送模块根据所述第二用户响应于所述第二请求开通的所述权限,执行所述向所述第一用户发送与所述第二用户建立绑定关系的请求的操作。
在一个实施例中,服务器3000还包括:显示模块(图中未示出),用于在接收到第一请求后,向第一用户显示邀请业务页面,以使第一用户基于显示的邀请业务页面进行邀请确认响应;在接收到第一用户发送的邀请确认响应的情况下,所述查询模块3400执行所述查询第一用户与第二用户是否存在绑定关系的操作。
在一个实施例中,显示模块用于:向第一用户对应的第一终端设备发送显示邀请业务页面的指令,以使第一终端设备向第一用户显示邀请业务页面;其中,邀请业务页面的显示内容包括所述二维码的信息说明、开通二维码的利益信息、邀请开通二维码的协议。
在一个实施例中,第一请求对应第一邀请模式,提供模块用于:以消息的形式向第二用户发送第一请求,以使第二用户根据消息的内容开通二维码。
在一个实施例中,第一请求对应第二邀请模式,提供模块用于:以二维码图片的形式向第二用户显示第一请求,以使第二用户通过扫描二维码图片开通二维码。
<装置实施例二>
本实施例提供一种第一终端设备,该第一终端设备例如是图16所示的第一终端设备4000,包括生成模块4200、发送模块4400以及接收模块4600。
生成模块4200用于根据第一用户的触发生成第一请求,第一请求用于邀请第二用户开通具有预定功能的二维码,其中所述第一请求包括所述第一用户的ID信息及所述第二用户的ID信息。发送模块4400用于向服务器发送第一请求进行相应的邀请处理,其中,所述邀请处理包括:基于所述第一请求中所述第一用户的ID信息和所述第二用户的ID信息,查询到第一用户与第二用户存在绑定关系的情况下,向第二用户提供第一请求。接收模块4600用于接收服务器返回的第二用户根据第一请求开通二维码的响应。
根据本说明书的一个实施例,在第一用户与第二用户不存在绑定关系的情况下,第一终端设备4000还包括:
建立请求接收模块(图中未示出),用于接收服务器发送的建立第一用户与第二用户的绑定关系的请求;请求获取模块(图中未示出),用于获取第一用户对请求进行的响应;请求响应模块(图中未示出),用于向服务器发送所述响应,以使服务器根据响应建立第一用户与第二用户的绑定关系,并设置基于绑定关系的支付方式。
根据一个实施例,第一终端设备4000还包括:
指令接收模块(图中未示出),用于接收服务器在接收到第一请求后发送的显示邀请业务页面的指令;显示模块(图中未示出),用于根据指令向第一用户显示邀请业务页面;响应获取模块(图中未示出),用于获取所述第一用户基于所述邀请业务页面触发的邀请确认响应,并将邀请确认响应发送到服务器进行所述邀请处理。
根据一个实施例,第一终端设备4000还包括:提示信息接收模块(图中未示出),用于在生成模块4200根据第一用户的触发生成第一请求之前,接收服务器发送的邀请所述第二用户开通所述二维码的提示信息;提示信息提供模块(图中未示出),用于向第一用户提供提示信息,以使第一用户基于提示信息发送第一请求;其中,在服务器查询到与所述第一用户存在绑定关系的第二用户时,所述提示信息为第一提示信息;在所述服务器未查询到与所述第一用户存在绑定关系的第二用户时,所述提示信息为第二提示信息。
<装置实施例三>
本实施例提供一种第二终端设备,该第二终端设备例如是图17所示的第二终端设备5000,包括接收模块5200、获取模块5400以及发送模块5600。
接收模块5200用于接收服务器发送的第一请求,第一请求用于第一用户邀请与第一用户存在绑定关系的第二用户开通具有预定功能的二维码,其中所述第一请求包括所述第一用户的ID信息及所述第二用户的ID信息。获取模块5400用于获取所述第二用户针对第一请求进行的开通所述二维码的响应。发送模块5600用于向服务器发送所述响应。
根据一个实施例,第二终端设备5000还包括:引导信息接收模块(图中未示出),用于接收服务器发送的引导信息,其中,引导信息用于引导第二用户将基于绑定关系的支付方式设置为二维码的首选扣款方式;设置内容获取模块(图中未示出),用于获取所述第二用户根据所述引导消息进行的对于首选扣款方式的设置内容;响应发送模块(图中未示出),用于向服务器发送设置内容。
根据一个实施例,第二终端设备5000还包括:第二请求接收模块(图中未示出),用于在接收服务器发送的第一请求之前,接收服务器发送的第二请求,第二请求用于邀请第二用户开通与第一用户建立绑定关系的权限;权限开通获取模块(图中未示出),用于获取所述第二用户根据所述第二请求开通所述权限的响应;权限开通响应模块(图中未示出),用于向所述服务器发送所述开通所述权限的响应。
根据一个实施例,第一请求对应第一邀请模式,接收模块5200用于:以消息的形式接收服务器发送第一请求。其中,提供模块5400用于:向第二用户显示第一请求的消息内容,以使第二用户根据消息内容开通二维码。
根据一个实施例,第一请求对应第二邀请模式,所接收模块5200用于:以二维码图片的形式接收服务器发送的第一请求。其中,提供模块5400用于:向第二用户显示第一请求的二维码图片,以使第二用户通过扫描二维码图片开通二维码。
<电子设备实施例>
本实施例中,还提供一种电子设备,该电子设备包括本说明书装置实施例一中描述的服务器3000、装置实施例二中描述的第一终端设备4000或者装置实施例三中描述的第二终端设备5000。
在另外的实施例中,如图18所示,该电子设备6000可以包括存储器6200和处理器6400。该存储器6200用于存储可执行命令。该处理器6400用于在存储器6200存储的可执行命令的控制下,执行本说明书任意方法实施例中描述的方法。
该电子设备6000根据所执行的方法实施例的实施主体,可以是服务器,也可以是终端设备,在此不做限定。
在一个实施例中,以上装置实施例中的任意一个模块都可以由处理器6400实现。
<系统实施例一>
在本实施例中,还提供一种二维码开通处理系统,该二维码开通处理系统例如是如图3所示的二维码开通处理系统,包括服务器1100、第一终端设备2400和第二终端设备2200,分别用于执行根据方法实施例一的对应二维码开通处理方法。
该服务器包括存储器和处理器,服务器的存储器用于存储可执行命令;服务器的处理器用于在可执行命令的控制下,执行如本说明书方法实施例一中对应的二维码开通处理方法。
第一终端设备包括存储器和处理器,第一终端设备的存储器用于存储可执行命令;第一终端设备的处理器用于在可执行命令的控制下,执行如本说明书方法实施例一中对应的二维码开通处理方法。
第二终端设备包括存储器和处理器,第二终端设备的存储器用于存储可执行命令;第二终端设备的处理器用于在可执行命令的控制下,执行如本说明书方法实施例一中对应的二维码开通处理方法。
<系统实施例二>
在本实施例中,还提供一种基于二维码的支付处理系统,该基于二维码的支付处理系统例如是如图2所示的基于二维码的支付处理系统,包括服务器1100和终端设备1200,该服务器用于执行根据方法实施例一对应的方法,该终端设备1200用于执行根据方法实施例二对应的方法。
该服务器包括存储器和处理器,服务器的存储器用于存储可执行命令;服务器的处理器用于在可执行命令的控制下,执行如本说明书方法实施例一中的对应方法。
终端设备包括存储器和处理器,终端设备的存储器用于存储可执行命令;终端设备的处理器用于在可执行命令的控制下,执行如本说明书方法实施例二中的对应方法。
<计算机可读存储介质实施例>
本实施例提供一种计算机可读存储介质,该存储介质中存储有可执行命令,该可执行命令被处理器执行时,执行本说明书任意方法实施例中描述的方法。
本说明书的一个实施例或者多个实施例可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质,其上载有用于使处理器实现本说明书的各个方面的计算机可读程序指令。
计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身,诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如,通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备,或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令,并转发该计算机可读程序指令,以供存储在各个计算/处理设备中的计算机可读存储介质中。
用于执行本说明书实施例操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码,编程语言包括面向对象的编程语言—诸如Smalltalk、C++等,以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中,通过利用计算机可读程序指令的状态信息来个性化定制电子电路,例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA),该电子电路可以执行计算机可读程序指令,从而实现本说明书的各个方面。
这里参照根据本说明书实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本说明书的各个方面。应当理解,流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合,都可以由计算机可读程序指令实现。
这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器,从而生产出一种机器,使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时,产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中,这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作,从而,存储有指令的计算机可读介质则包括一个制造品,其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上,使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤,以产生计算机实现的过程,从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
附图中的流程图和框图显示了根据本说明书的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分,模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人物来说公知的是,通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。
以上已经描述了本说明书的各实施例,上述说明是示例性的,并非穷尽性的,并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下,对于本技术领域的普通技术人物来说许多修改和变更都是显而易见的。本文中所用术语的选择,旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进,或者使本技术领域的其它普通技术人物能理解本文披露的各实施例。本申请的范围由所附权利要求来限定。