发明内容
有鉴于此,本说明书一个或多个实施例提供了一种签约方法、装置及设备,用于在商户的服务器保持不变的基础上,令用户基于第一国家的支付应用处的账户与第二国家的商户之间签订服务协议以进行自助缴费,从而便于用户与商户进行交易。
为解决上述技术问题,本说明书实施例是这样实现的:
本说明书实施例提供的一种签约方法,包括:
获取第一支付应用处的第一账户的第一签约请求,所述第一签约请求用于请求建立所述第一账户与目标商户之间的服务协议;所述第一支付应用的服务商为第一国家的注册服务商,所述目标商户为第二国家的注册商户;
获取所述第一账户的针对所述服务协议的第一签约授权信息;
发送所述第一签约授权信息至所述第一支付应用的服务器;
接收所述第一支付应用的服务器基于所述第一签约授权信息而生成的第一签约标识;
确定与所述第一账户对应的第二账户,所述第二账户为第二支付应用处的注册账户,所述第二支付应用的服务商为所述第二国家的注册服务商;
生成所述第二账户的针对所述服务协议的第二签约授权信息;
发送所述第二签约授权信息至所述第二支付应用的服务器;
接收所述第二支付应用的服务器基于所述第二签约授权信息而生成的第二签约标识;
生成所述第一签约标识与所述第二签约标识之间的关联关系数据,以便于基于所述关联关系数据,根据所述目标商户的针对所述第二账户的资源扣除请求,去扣除所述第一账户的账户资源。
本说明书实施例提供的一种账户创建方法,包括:
获取用户的触发操作;
基于所述用户的触发操作,生成第一支付应用处的第一账户的第一签约请求,所述第一签约请求用于请求建立所述第一账户与目标商户之间的服务协议;所述第一支付应用的服务商为第一国家的注册服务商,所述目标商户为第二国家的注册商户;
发送所述第一签约请求至目标服务器,以便于所述目标服务器生成第一签约标识与第二签约标识之间的关联关系数据,所述第一签约标识为所述第一账户的针对所述目标商户的签约标识,所述第二签约标识为第二支付应用处的与所述第一账户对应的第二账户的针对所述目标商户的签约标识,所述第二支付应用的服务商为所述第二国家的注册服务商;
当确定所述目标服务器已生成所述关联关系数据后,生成账户创建请求,所述账户创建请求用于请求创建所述用户在所述目标商户处的第三账户;
接收所述第三账户的账户信息,以便于所述用户利用所述第一支付应用生成与所述账户信息对应的支付码图像。
本说明书实施例提供的一种支付码图像生成方法,包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
获取用户的触发操作;
基于所述触发操作,生成针对目标商户处的目标账户的第一支付码信息获取请求,所述目标账户是用户基于第一支付应用处的第一账户创建的,所述第一支付应用的服务商为第一国家的注册服务商,所述目标商户为第二国家的注册商户;
发送所述第一支付码信息获取请求至指定服务器,以便于所述指定服务器基于所述第一支付码信息获取请求向所述目标商户的服务器发送第二支付码信息获取请求;所述第二支付码信息获取请求携带有所述目标账户的账户信息,所述第二支付码信息获取请求还携带有第二支付应用处的与所述第一账户对应的第二账户的账户标识,所述第二支付应用的服务商为所述第二国家的注册服务商;
接收所述目标商户的服务器响应于所述第二支付码信息获取请求而生成的支付码信息;
根据所述支付码信息,生成支付码图像。
本说明书实施例提供的一种资源扣除方法,包括:
从第一支付应用的服务器处获取第一资源扣除请求,所述第一资源扣除请求携带有所述第一支付应用处的第一账户的针对目标商户的第一签约标识,所述第一资源扣除请求还携带有所述目标商户的与所述第一账户对应的交易信息;所述第一支付应用的服务商为第一国家的注册服务商,所述目标商户为所述第一国家的注册商户;
确定与所述第一签约标识对应的第二签约标识,所述第二签约标识为第二账户的针对所述目标商户的签约标识,所述第二账户为第二支付应用处的与所述第一账户对应的账户,所述第二支付应用的服务商为第二国家的注册服务商;
根据所述第二签约标识及所述交易信息,生成第二资源扣除请求;
发送所述第二资源扣除请求至所述第二支付应用的服务器,以便于所述第二支付应用的服务器根据所述第二签约标识及所述交易信息对所述第二账户的账户资源进行资源扣除。
本说明书实施例提供的一种签约装置,包括:
第一获取模块,用于获取第一支付应用处的第一账户的第一签约请求,所述第一签约请求用于请求建立所述第一账户与目标商户之间的服务协议;所述第一支付应用的服务商为第一国家的注册服务商,所述目标商户为第二国家的注册商户;
第二获取模块,用于获取所述第一账户的针对所述服务协议的第一签约授权信息;
第一发送模块,用于发送所述第一签约授权信息至所述第一支付应用的服务器;
第一接收模块,用于接收所述第一支付应用的服务器基于所述第一签约授权信息而生成的第一签约标识;
第二账户确定模块,用于确定与所述第一账户对应的第二账户,所述第二账户为第二支付应用处的注册账户,所述第二支付应用的服务商为所述第二国家的注册服务商;
第二签约授权信息生成模块,用于生成所述第二账户的针对所述服务协议的第二签约授权信息;
第二发送模块,用于发送所述第二签约授权信息至所述第二支付应用的服务器;
第二接收模块,用于接收所述第二支付应用的服务器基于所述第二签约授权信息而生成的第二签约标识;
关联关系数据生成模块,用于生成所述第一签约标识与所述第二签约标识之间的关联关系数据,以便于基于所述关联关系数据,根据所述目标商户的针对所述第二账户的资源扣除请求,去扣除所述第一账户的账户资源。
本说明书实施例提供的一种账户创建装置,包括:
触发操作获取模块,用于获取用户的触发操作;
第一签约请求生成模块,用于基于所述用户的触发操作,生成第一支付应用处的第一账户的第一签约请求,所述第一签约请求用于请求建立所述第一账户与目标商户之间的服务协议;所述第一支付应用的服务商为第一国家的注册服务商,所述目标商户为第二国家的注册商户;
第一签约请求发送模块,用于发送所述第一签约请求至目标服务器,以便于所述目标服务器生成第一签约标识与第二签约标识之间的关联关系数据,所述第一签约标识为所述第一账户的针对所述目标商户的签约标识,所述第二签约标识为第二支付应用处的与所述第一账户对应的第二账户的针对所述目标商户的签约标识,所述第二支付应用的服务商为所述第二国家的注册服务商;
账户创建请求生成模块,用于当确定所述目标服务器已生成所述关联关系数据后,生成账户创建请求,所述账户创建请求用于请求创建所述用户在所述目标商户处的第三账户;
接收模块,用于接收所述第三账户的账户信息,以便于所述用户利用所述第一支付应用生成与所述账户信息对应的支付码图像。
本说明书实施例提供的一种支付码图像生成装置,包括:
触发操作获取模块,用于获取用户的触发操作;
请求生成模块,用于基于所述触发操作,生成针对目标商户处的目标账户的第一支付码信息获取请求,所述目标账户是用户基于第一支付应用处的第一账户创建的,所述第一支付应用的服务商为第一国家的注册服务商,所述目标商户为第二国家的注册商户;
发送模块,用于发送所述第一支付码信息获取请求至指定服务器,以便于所述指定服务器基于所述第一支付码信息获取请求向所述目标商户的服务器发送第二支付码信息获取请求;所述第二支付码信息获取请求携带有所述目标账户的账户信息,所述第二支付码信息获取请求还携带有第二支付应用处的与所述第一账户对应的第二账户的账户标识,所述第二支付应用的服务商为所述第二国家的注册服务商;
接收模块,用于接收所述目标商户的服务器响应于所述第二支付码信息获取请求而生成的支付码信息;
支付码图像生成模块,用于根据所述支付码信息,生成支付码图像。
本说明书实施例提供的一种资源扣除装置,包括:
获取模块,用于从第一支付应用的服务器处获取第一资源扣除请求,所述第一资源扣除请求携带有所述第一支付应用处的第一账户的针对目标商户的第一签约标识,所述第一资源扣除请求还携带有所述目标商户的与所述第一账户对应的交易信息;所述第一支付应用的服务商为第一国家的注册服务商,所述目标商户为所述第一国家的注册商户;
确定模块,用于确定与所述第一签约标识对应的第二签约标识,所述第二签约标识为第二账户的针对所述目标商户的签约标识,所述第二账户为第二支付应用处的与所述第一账户对应的账户,所述第二支付应用的服务商为第二国家的注册服务商;
请求生成模块,用于根据所述第二签约标识及所述交易信息,生成第二资源扣除请求;
发送模块,用于发送所述第二资源扣除请求至所述第二支付应用的服务器,以便于所述第二支付应用的服务器根据所述第二签约标识及所述交易信息对所述第二账户的账户资源进行资源扣除。
本说明书实施例提供的一种签约设备,包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
获取第一支付应用处的第一账户的第一签约请求,所述第一签约请求用于请求建立所述第一账户与目标商户之间的服务协议;所述第一支付应用的服务商为第一国家的注册服务商,所述目标商户为第二国家的注册商户;
获取所述第一账户的针对所述服务协议的第一签约授权信息;
发送所述第一签约授权信息至所述第一支付应用的服务器;
接收所述第一支付应用的服务器基于所述第一签约授权信息而生成的第一签约标识;
确定与所述第一账户对应的第二账户,所述第二账户为第二支付应用处的注册账户,所述第二支付应用的服务商为所述第二国家的注册服务商;
生成所述第二账户的针对所述服务协议的第二签约授权信息;
发送所述第二签约授权信息至所述第二支付应用的服务器;
接收所述第二支付应用的服务器基于所述第二签约授权信息而生成的第二签约标识;
生成所述第一签约标识与所述第二签约标识之间的关联关系数据,以便于基于所述关联关系数据,根据所述目标商户的针对所述第二账户的资源扣除请求,去扣除所述第一账户的账户资源。
本说明书实施例提供的一种账户创建设备,包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
获取用户的触发操作;
基于所述用户的触发操作,生成第一支付应用处的第一账户的第一签约请求,所述第一签约请求用于请求建立所述第一账户与目标商户之间的服务协议;所述第一支付应用的服务商为第一国家的注册服务商,所述目标商户为第二国家的注册商户;
发送所述第一签约请求至目标服务器,以便于所述目标服务器生成第一签约标识与第二签约标识之间的关联关系数据,所述第一签约标识为所述第一账户的针对所述目标商户的签约标识,所述第二签约标识为第二支付应用处的与所述第一账户对应的第二账户的针对所述目标商户的签约标识,所述第二支付应用的服务商为所述第二国家的注册服务商;
当确定所述目标服务器已生成所述关联关系数据后,生成账户创建请求,所述账户创建请求用于请求创建所述用户在所述目标商户处的第三账户;
接收所述第三账户的账户信息,以便于所述用户利用所述第一支付应用生成与所述账户信息对应的支付码图像。
本说明书实施例提供的一种支付码图像生成设备,包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
获取用户的触发操作;
基于所述触发操作,生成针对目标商户处的目标账户的第一支付码信息获取请求,所述目标账户是用户基于第一支付应用处的第一账户创建的,所述第一支付应用的服务商为第一国家的注册服务商,所述目标商户为第二国家的注册商户;
发送所述第一支付码信息获取请求至指定服务器,以便于所述指定服务器基于所述第一支付码信息获取请求向所述目标商户的服务器发送第二支付码信息获取请求;所述第二支付码信息获取请求携带有所述目标账户的账户信息,所述第二支付码信息获取请求还携带有第二支付应用处的与所述第一账户对应的第二账户的账户标识,所述第二支付应用的服务商为所述第二国家的注册服务商;
接收所述目标商户的服务器响应于所述第二支付码信息获取请求而生成的支付码信息;
根据所述支付码信息,生成支付码图像。
本说明书实施例提供的一种资源扣除设备,包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
从第一支付应用的服务器处获取第一资源扣除请求,所述第一资源扣除请求携带有所述第一支付应用处的第一账户的针对目标商户的第一签约标识,所述第一资源扣除请求还携带有所述目标商户的与所述第一账户对应的交易信息;所述第一支付应用的服务商为第一国家的注册服务商,所述目标商户为所述第一国家的注册商户;
确定与所述第一签约标识对应的第二签约标识,所述第二签约标识为第二账户的针对所述目标商户的签约标识,所述第二账户为第二支付应用处的与所述第一账户对应的账户,所述第二支付应用的服务商为第二国家的注册服务商;
根据所述第二签约标识及所述交易信息,生成第二资源扣除请求;
发送所述第二资源扣除请求至所述第二支付应用的服务器,以便于所述第二支付应用的服务器根据所述第二签约标识及所述交易信息对所述第二账户的账户资源进行资源扣除。
本说明书一个实施例实现了能够达到以下有益效果:
通过在获取到用于请求建立第一国家的第一支付应用处的第一账户与第二国家的目标商户之间的服务协议的第一签约请求时,将该第一账户的针对该服务协议的第一签约授权信息发送至该第一支付应用的服务器;并在接收到该第一支付应用的服务器反馈的第一签约标识时,确定第二国家的第二支付应用处的与该第一账户对应的第二账户,并生成该第二账户的针对该服务协议的第二签约授权信息,发送该第二签约授权信息至该第二支付应用的服务器;以基于该第二支付应用的服务器反馈的第二签约标识与该第一签约标识生成两者之间的关联关系数据,从而确定用户签约成功。本方案,基于该关联关系数据,可以根据第二国家的目标商户的针对该第二国家的第二支付应用处的第二账户的资源扣除请求,去扣除第一国家的第一支付应用处的与该第二账户对应的第一账户中的账户资源,从而令用户可以基于第一国家的第一支付应用处的第一账户在第二国家的目标商户处进行自助缴费,有利于提升用户与目标商户进行交易时的便捷性。
同时,由于目标商户的服务器生成的是针对本国的第二支付应用处的账户的资源扣除请求,使得目标商户的服务器仍旧是与本国的第二支付应用的服务器进行数据交互,而无需与其他国家的支付应用的服务器进行数据交互,从而无需对目标商户的服务器进行改造,有利于降低目标商户与其他国家的支付应用进行对接时的改造成本。
具体实施方式
为使本说明书一个或多个实施例的目的、技术方案和优点更加清楚,下面将结合本说明书具体实施例及相应的附图对本说明书一个或多个实施例的技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本说明书的一部分实施例,而不是全部的实施例。基于本说明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本说明书一个或多个实施例保护的范围。
以下结合附图,详细说明本说明书各实施例提供的技术方案。
为了解决现有技术中的缺陷,本方案给出了以下实施例:
图1为本说明书实施例提供的一种签约方法的流程示意图。从程序角度而言,流程的执行主体可以为搭载于服务器的上程序或服务器。
如图1所示,该流程可以包括以下步骤:
步骤102:获取第一支付应用处的第一账户的第一签约请求,该第一签约请求用于请求建立所述第一账户与目标商户之间的服务协议;所述第一支付应用的服务商为第一国家的注册服务商,所述目标商户为第二国家的注册商户。
在本说明书实施例中,用户可以在第一国家的第一支付应用上启动目标应用小程序,以通过对目标应用小程序的页面的触发操作,生成该用户的针对第二国家的目标商户的签约请求。当用户与目标商户签约成功后,还可以基于目标应用小程序去创建该用户在目标商户处的个人账户,从而令用户可以基于目标应用小程序去使用该用户在目标商户处的个人账户生成支付码图像,进而使得用户可以使用该支付码图像在第二国家的目标商户处进行支付,对应的,第二国家的商户可以请求扣除该用户在第一国家的第一支付应用处的第一账户的账户资源,从而完成用户与目标商户之间的交易。其中,第一国家与第二国家为不同国家。
在本说明书实施例中,步骤102:获取第一支付应用处的第一账户的第一签约请求,具体可以包括:获取目标小程序处的第三账户的针对目标商户的第一签约请求,所述目标小程序是在登录有第一账户的第一支付应用中启动的;所述第一签约请求中携带有签名字符串,所述签名字符串中包含所述目标商户的商户标识和所述第三账户的账户标识。其中,第三账户的账户标识为该目标小程序处登录的用户账户的标识。
在实际应用中,针对目标商户为交通公司的应用场景,用户可以在第一支付应用中启动乘车码小程序,当用户点击乘车码小程序中的目标交通公司的签约开卡标识时,乘车码小程序会生成该目标小程序处的第三账户的针对目标交通公司的签约请求,并发送所述签约请求至目标小程序的服务器。当获取到由目标小程序的服务器反馈的携带有所述目标交通公司的商户标识和所述第三账户的账户标识的签名字符串(Signstring)后,目标小程序可以基于该签名字符串调用第一支付应用的用于签约的应用程序接口(ApplicationProgrammingInterface),此时,第一支付应用可以拦截该用于签约的应用程序接口处的签名字符串,并对拦截的签名字符串进行解析。根据解析结果,判断目标交通公司与第一支付应用的服务商是否归属于同一国家,若是,则可以采用现有的第一支付应用的服务商与本国商户之间的签约方法进行签约。若否,则生成携带有该签名字符串的第一签约请求,并采用图1中的签约方法进行签约。
在实际应用中,第一支付应用可以基于其搭载的软件开发工具包SDK去拦截用于签约的应用程序接口处的签名字符串。
步骤104:获取所述第一账户的针对所述服务协议的第一签约授权信息。
在本说明书实施例中,步骤104之前,还可以包括:
发送所述第一签约请求至所述第一支付应用的服务器;接收所述第一支付应用的服务器反馈的与所述服务协议对应的统一资源定位符;发送所述统一资源定位符至登录有所述第一账户的终端设备。
在本说明书实施例中,第一支付应用的服务器可以基于该第一签约请求,生成第一支付应用的第一账户与目标商户之间的服务协议,该签约协议可以用于表示:允许第二国家的目标商户基于第二国家的第二支付应用的服务商向第一国家的该第一支付应用的服务商发起资源扣除请求,以便于该第一支付应用的服务器对用户在该第一支付应用处的账户资源进行资源扣除。在实际应用中,第一支付应用的服务器还可以生成与该服务协议对应的统一资源定位符。并发送生成的与该服务协议对应的统一资源定位符至图1中方法对应的执行主体(可以为服务器)。图1中方法的执行主体则可以将该统一资源定位符发送至登录有第一账户的终端设备,从而便于用户基于该统一资源定位符获取该服务协议的文本信息。
在本说明书实施例中,当第一签约请求中携带有签名字符串时,所述发送所述第一签约请求至所述第一支付应用的服务器之前,还可以包括:发送所述签名字符串至所述目标小程序的服务器。
在本说明书实施例中,针对目标商户的签名字符串可以是由目标小程序的服务器响应于目标小程序的第三账户的针对目标交通公司的签约请求而生成的。因此,可以将第一签约请求中的签名字符串发送至所述目标小程序的服务器进行验证,若验证不通过,则可以表示第一签约请求为非法签约请求,进而可以跳转至结束步骤。而当验证通过时,则可以发送所述第一签约请求至所述第一支付应用的服务器,以便于继续执行图1中签约方法的后续步骤。
在本说明书实施例中,由于签名字符段中通常并不会包含完整的目标商户的商户信息,且第一支付应用的服务器处通常也并未预先存储各个第二国家的目标商户的商户信息,但是,第一支付应用的服务器在生成服务协议时,需要使用较为完整的目标商户的商户信息。
因此,为便于第一支付应用的服务器获取到较为完整的目标商户的商户信息,图1中方法的执行主体在目标小程序的服务器对所述签名字符串验证通过时,还可以确定与签名字符串中的商户标识对应的商户信息;并生成携带有所述商户信息的第二签约请求;发送该第二签约请求至所述第一支付应用的服务器,以便于第一支付应用的服务器获取该目标商户的较为完整的商户信息。
对应的,所述接收所述第一支付应用的服务器反馈的与所述服务协议对应的统一资源定位符,具体可以包括:接收所述第一支付应用的服务器响应于所述第二签约请求而反馈的所述服务协议的统一资源定位符。
对应的,步骤104:具体可以包括:从所述终端设备处获取所述第一账户的针对所述服务协议的第一签约授权信息,所述第一签约授权信息为所述第一支付应用的服务器基于所述终端设备发送的针对所述服务协议的确认签约指令而生成的签约授权信息,所述服务协议为所述终端设备基于所述统一资源定位符而获取到的服务协议。
在实际应用中,图1中方法的执行主体在接收到所述服务协议的统一资源定位符后,可以将该统一资源定位符发送至登录有第一支付应用的第一账户的终端设备中。用户可以基于该统一资源定位符,从第一支付应用的服务器处获取与该统一资源定位为对应的服务协议的文本数据。用户的终端设备还可以生成并展示包含有所述服务协议的文本数据的页面给用户。用户可以点击该页面中的确定按钮以确认签约。当终端设备识别到用户点击了该确定按钮后,可以向第一支付应用的服务器发送针对该服务协议的确认签约指令,第一支付应用的服务器响应于所述确认签约指令生成所述第一账户的针对所述服务协议的第一签约授权信息(即生成第一账户的针对该服务协议的签约授权号),并将该第一签约授权信息发送至登录有第一支付应用处的第一账户的终端设备。从而使得图1中方法的执行主体可以从终端设备中获取该第一账户的针对该服务协议的第一签约授权信息。
步骤106:发送所述第一签约授权信息至所述第一支付应用的服务器。
步骤108:接收所述第一支付应用的服务器基于所述第一签约授权信息而生成的第一签约标识。
在本说明书实施例中,第一支付应用的服务器在接收到第一账户的第一签约授权信息(authcode)时,会生成与该第一账户对应的第一签约标识(Token),并将该第一签约标识反馈给图1中方法的执行主体。在实际应用中,该第一签约标识可以作为对第一账户进行资源扣除的凭证。
步骤110:确定与所述第一账户对应的第二账户,该第二账户为第二支付应用处的注册账户,该第二支付应用的服务商为所述第二国家的注册服务商。
在本说明书实施例中,第二账户为针对第一账户在第二国家的第二支付应用处建立的虚拟用户账户,在实际应用中,该第二账户在第二支付应用处并不具有可以进行扣除的账户资源。该第一账户的用户也无法在第二支付应用处登录并操作该第二账户。
步骤112:生成所述第二账户的针对所述服务协议的第二签约授权信息。
在本说明书实施例中,图1中方法的执行主体在接收到第一签约标识后,可以请求第二支付应用的服务器去生成第二账户的针对所述服务协议的第二签约标识。具体的,图1中方法的执行主体可以生成携带有自身认证标识、第二账户的账户标识及目标商户的商户标识的第二签约授权信息。并基于该第二签约授权信息,请求第二支付应用的服务器去生成第二账户的针对所述服务协议的第二签约标识。
步骤114:发送所述第二签约授权信息至所述第二支付应用的服务器。
步骤116:接收所述第二支付应用的服务器基于所述第二签约授权信息而生成的第二签约标识。
在本说明书实施例中,第二支付应用的服务器在接收到第二账户的第二签约授权信息时,会生成与该第二账户对应的第二签约标识,并将该第二签约标识反馈给图1中方法的执行主体。在实际应用中,该第二签约标识可以作为对第二账户进行资源扣除的凭证。
步骤118:生成所述第一签约标识与所述第二签约标识之间的关联关系数据,以便于基于所述关联关系数据,根据所述目标商户的针对所述第二账户的资源扣除请求,去扣除所述第一账户的账户资源。
在本说明书实施例中,当图1中方法的执行主体接收到第一签约标识及第二签约标识之后,可以判断第一签约标识及第二签约标识是否符合预设格式且均在有效期内,若是,则可以生成该第一签约标识与该第二签约标识之间的关联关系数据,以表示用户签约成功。若否,则可以拒绝生成该第一签约标识与该第二签约标识之间的关联关系数据,以表示用户签约失败,用户需重新执行图1中的签约方法以与目标商户进行签约。
应当理解,本说明书一个或多个实施例所述的方法其中部分步骤的顺序可以根据实际需要相互交换,或者其中的部分步骤也可以省略或删除。
图1中的方法,通过生成第一签约标识与第二签约标识之间的关联关系数据,以使得可以根据第二国家的目标商户的针对该第二国家的第二支付应用处的第二账户的资源扣除请求,去扣除第一国家的第一支付应用处的与该第二账户对应的第一账户中的账户资源,从而令用户可以基于第一国家的第一支付应用处的第一账户在第二国家的目标商户处进行自助缴费,有利于提升用户与目标商户进行交易时的便捷性。
同时,由于目标商户的服务器生成的是针对本国的第二支付应用处的账户的资源扣除请求,使得目标商户的服务器仍旧是与本国的第二支付应用的服务器进行数据交互,而无需与其他国家的支付应用的服务器进行数据交互,从而无需对目标商户的服务器进行改造,有利于降低目标商户与其他国家的支付应用进行对接时的改造成本。且目标商户仍旧是与本国的第二支付应用的服务商签订资源扣除协议,而无需与其他国家的支付应用之间签订资源扣除协议,从而可以降低目标商户因签订协议而存在的风险。
基于图1的方法,本说明书实施例还提供了该方法的一些具体实施方案,下面进行说明。
可选的,步骤110:确定与所述第一账户对应的第二账户,具体可以包括:
判断是否预存有所述第一账户与所述第三账户之间的关联关系数据。
若是,则将与所述第三账户对应的第二账户,确定为与所述第一账户对应的第二账户;所述第二账户为第二支付应用处的注册账户。
若否,则生成所述第一账户与所述第三账户之间的关联关系数据。
发送用于请求创建与所述第三账户对应的第二账户的账户创建请求至所述第二支付应用的服务器。
将所述第二支付应用的服务器反馈的新建账户,确定为与所述第一账户对应的第二账户。
在本说明书实施例中,步骤118之后,还可以包括:生成所述第一签约标识、所述第二签约标识、所述第一账户、所述第二账户及所述第三账户五者之间的关联关系数据,以便于后续使用。当然,也可以分别生成所述第一签约标识与所述第二签约标识之间的关联关系数据,所述第一签约标识与所述第一账户之间的关联关系数据,所述第二签约标识与所述第二账户之间的关联关系数据,以及所述第一账户、所述第二账户及所述第三账户三者之间的关联关系数据,从而基于上述关联关系数据,建立所述第一签约标识、所述第二签约标识、所述第一账户、所述第二账户及所述第三账户五者之间的关联关系。
图2为本说明书实施例提供的一种账户创建方法的流程示意图。从程序角度而言,流程的执行主体可以为终端设备或者搭载于终端设备上的应用程序。
如图2所示,该流程可以包括以下步骤:
步骤202:获取用户的触发操作。
在本说明书实施例中,步骤202具体可以包括:获取用户对终端设备上的目标小程序的应用界面中的目标商户图标的触发操作,所述目标小程序是在登录有第一账户的第一支付应用中启动的,所述第一支付应用的服务商为第一国家的注册服务商,所述目标商户为第二国家的注册商户。
步骤204:基于所述用户的触发操作,生成第一支付应用处的第一账户的第一签约请求,所述第一签约请求用于请求建立所述第一账户与目标商户之间的服务协议;所述第一支付应用的服务商为第一国家的注册服务商,所述目标商户为第二国家的注册商户。
在本说明书实施例中,步骤204具体包括:获取所述目标小程序基于所述触发操作而生成的对所述第一支付应用的签约接口的调用请求;根据所述调用请求,生成所述第一支付应用处的所述第一账户的第一签约请求。
在本说明书实施例中,当识别到用户对目标小程序的应用界面中的目标商户图标的触发操作,目标小程序会向该目标小程序的服务器发送针对该目标商户的签约请求。目标小程序的服务器会向目标小程序反馈携带有该目标商户的商户标识及该目标小程序的账户标识的签名字符串(Signstring),目标小程序可以基于该签名字符串调用所述第一支付应用的用于签约的应用程序接口(即签约接口)。第一支付应用可以拦截该签约接口处的签名字符串,并生成携带有该签名字符串的第一签约请求。
步骤206:发送所述第一签约请求至目标服务器,以便于所述目标服务器生成第一签约标识与第二签约标识之间的关联关系数据,所述第一签约标识为所述第一账户的针对所述目标商户的签约标识,所述第二签约标识为第二支付应用处的与所述第一账户对应的第二账户的针对所述目标商户的签约标识,所述第二支付应用的服务商为所述第二国家的注册服务商。
在本说明书实施例中,该目标服务器即为图1中方法的执行主体,其中,目标服务器生成的第一签约标识与第二签约标识之间的关联关系数据可以用于:根据所述目标商户的针对所述第二账户的资源扣除请求,去扣除所述第一账户的账户资源的场景。在本说明书实施例中,目标服务器生成第一签约标识与第二签约标识之间的关联关系数据的过程可以参考图1中的方法及其实施例,在此不再赘述。
步骤208:当确定所述目标服务器已生成所述关联关系数据后,生成账户创建请求,所述账户创建请求用于请求创建所述用户在所述目标商户处的第三账户。
在本说明书实施例中,所述确定所述目标服务器已生成所述关联关系数据,具体可以包括:接收所述目标服务器发送的已生成所述关联关系数据的提示信息;根据所述提示信息,确定所述目标服务器已生成所述关联关系数据。
在实际应用中,当目标服务器对建立第一国家的第一应用处的第一账户与第二国家的目标商户之间的服务协议的签约请求进行响应后,若无法生成所述关联关系数据,目标服务器也可以向登录有该第一账户的终端设备发送无法生成所述关联关系数据的提示信息。该终端设备在接收到该无法生成所述关联关系数据的提示信息后,可以跳转至结束步骤;若用户仍想要签订该服务协议,并创建目标商户处的个人账户,则可以重新执行图2中的方法。
在本说明书实施例中,步骤208之后,还可以包括:发送该账户创建请求至目标商户的服务器,以令目标商户的服务器创建该用户的个人账户(即第三账户)。
步骤210:接收所述第三账户的账户信息,以便于所述用户利用所述第一支付应用生成与所述账户信息对应的支付码图像。
在本说明书实施例中,目标商户的服务器在创建了该用户在该目标商户处的第三账户后,可以将创建的第三账户的账户信息(例如,账户标识)发送至登录有第一支付应用处的第一账户的终端设备,以令在该终端设备中的第一支付应用中启动的目标小程序接收到该第三账户的账户信息。
在实际应用中,用户可以在该目标小程序中基于该第三账户的账户信息生成支付码图像。当用户使用该支付码图像在目标商户处进行扫码支付后,目标商户可以实现对该用户在第一支付应用处的第一账户的账户资源进行扣除,以完成目标商户与用户之间的交易。
在本说明书实施例中,图2中的方法,通过令用户可以利用第一国家的第一支付应用生成针对第二国家的目标商户的支付码图像,并令用户可以使用该支付码图像在目标商户处进行扫码支付,从而无需用户开通第二国家的支付应用也可以在目标商户处进行支付,以简化用户的支付操作。
且图2中的方法,可以令目标商户基于本国的支付应用(即第二支付应用)实现对用户在其他国家的支付应用(即第一支付应用)处的账户资源的扣除。由于目标商户仍旧是与本国的支付应用进行直接对接,而无需与外国的支付应用和/或服务器进行交互,从而无需对目标商户的服务器进行改造,有利于降低目标商户的改造成本。
在本说明书实施例中,当步骤202中的触发操作为用户针对目标小程序的应用界面的触发操作时,步骤208具体可以包括:当所述目标小程序确定所述目标服务器已生成所述关联关系数据后,生成针对所述目标商户处的第一账户创建请求,所述第一账户创建请求中携带有所述目标商户的商户标识及所述目标小程序处的第四账户的账户标识。其中,目标小程序处的第四账户的账户标识可以为该目标小程序处登录的用户账户的账户标识。
步骤208之后还可以包括:发送所述第一账户创建请求至所述目标小程序的服务器,以便于所述目标小程序的服务器根据所述第一账户创建请求生成第二账户创建请求,并基于所述第二支付应用的服务器将所述第二账户创建请求发送至所述目标商户的服务器;其中,所述第二账户创建请求中携带有所述第二账户的账户标识及所述第二签约标识。
在本说明书实施例中,图1中方法的执行主体处存储有第一支付应用处的第一账户、第二支付应用处的第二账户及目标小程序处的第四账户等三者之间的关联关系数据。目标小程序的服务器可以将第一账户创建请求中的目标小程序的第四账户的账户标识发送至图1中方法的执行主体处,以令图1中方法的执行主体确定与该第四账户对应的第二支付应用处的第二账户。图1中方法的执行主体还可以向第二支付应用的服务器请求获取与该第二账户对应的第二签约标识。图1中方法的执行主体会将确定出的第二支付应用的第二账户的账户标识及第二签约标识反馈至目标小程序的服务器处,以令目标小程序的服务器生成携带有所述第二账户的账户标识及所述第二签约标识的第二账户创建请求,并将该第二账户创建请求基于第二支付应用的服务器发送至目标商户的服务器。
对应的,步骤210具体可以包括:接收所述目标商户的服务器响应于所述第二账户创建请求而生成的第三账户。所述第三账户为基于第二支付应用处的第二账户及第二签约标识生成的目标商户处的账户。
在本说明书实施例中,提供了一种用户基于第一国家的第一支付应用中启动的目标小程序,生成第二国家的目标商户处的个人账户的实现方式,其中,目标商户的服务器仍旧只需与本国的支付应用(即第二支付应用)的服务器进行数据交互即可,从而无需对目标商户的服务器进行改造,有利于降低目标商户的改造成本。
图3为本说明书实施例提供的一种支付码图像生成方法的流程示意图。从程序角度而言,流程的执行主体可以为终端设备或者搭载于终端设备上的应用程序。如图3所示,该流程可以包括以下步骤:
步骤302:获取用户的触发操作。
在本说明书实施例中,步骤302具体可以包括:获取用户对终端设备中的目标小程序的应用界面中的目标商户图标的触发操作,所述目标小程序是在登录有第一账户的第一支付应用中启动的,所述目标小程序处存储有与所述目标商户图标对应的目标商户处的目标账户,其中,所述第一支付应用的服务商可以为第一国家的注册服务商,所述目标商户可以为第二国家的注册商户。
在本说明书实施例中,目标小程序处存储的与所述目标商户图标对应的目标商户处的目标账户,可以是基于图2中的账户创建方法而生成的。对此不再赘述。
步骤304:基于所述触发操作,生成针对目标商户处的目标账户的第一支付码信息获取请求,所述目标账户是用户基于第一支付应用处的第一账户创建的,所述第一支付应用的服务商为第一国家的注册服务商,所述目标商户为第二国家的注册商户。
在本说明书实施例中,步骤304具体可以包括:基于所述触发操作,生成携带有所述目标账户的账户标识及所述目标小程序处的第三账户的账户标识的第一支付码信息获取请求。其中,目标小程序处的第三账户的账户标识可以为该目标小程序处登录的第三账户的账户标识。
步骤306:发送所述第一支付码信息获取请求至指定服务器,以便于所述指定服务器基于所述第一支付码信息获取请求向所述目标商户的服务器发送第二支付码信息获取请求;所述第二支付码信息获取请求携带有所述目标账户的账户信息,所述第二支付码信息获取请求还携带有第二支付应用处的与所述第一账户对应的第二账户的账户标识,所述第二支付应用的服务商为所述第二国家的注册服务商。
在本说明书实施例中,步骤306具体可以包括:发送所述第一支付码信息获取请求至所述目标小程序的服务器,以便于所述目标小程序的服务器根据所述第一支付码信息获取请求生成第二支付码信息获取请求,并基于所述第二支付应用的服务器发送所述第二支付码信息获取请求至所述目标商户的服务器。
在实际应用中,所述目标小程序的服务器可以基于目标数据库中预存的目标小程序的第三账户与第二支付应用处的账户之间的关联关系,确定与该第三账户对应的第二支付应用处的账户(即第二账户)。从而生成携带有目标商户处的目标账户的账户标识及第二账户的账户标识的第二支付码信息获取请求。并基于第二支付应用的服务器将该第二支付码信息获取请求发送至目标商户的服务器。
步骤308:接收所述目标商户的服务器响应于所述第二支付码信息获取请求而生成的支付码信息。该支付码信息为与目标账户的账户标识及第二账户的账户标识对应的支付码信息。
步骤310:根据所述支付码信息,生成支付码图像。
在本说明书实施例中,步骤310具体可以包括:所述目标小程序根据所述支付码信息,调用所述第一支付应用的软件开发工具SDK包以生成支付码图像。
在实际应用中,当目标商户为交通公司时,该支付码图像可以为支付二维码图像。此时,步骤310具体可以包括:目标小程序根据所述支付码信息,调用所述第一支付应用的软件开发工具包以生成支付二维码图像,以便于所述用户使用所述支付二维码图像在所述目标商户的公共交通工具处进行支付。
在本说明书实施例中,可以利用第一国家的第一支付应用去生成第二国家的目标商户处的支付码图像,以便于用户使用该支付码图像在目标商户处进行付款,无需用户开通第二国家的支付应用,以简化用户的支付操作。
图4为本说明书实施例提供的一种资源扣除方法的流程示意图。从程序角度而言,流程的执行主体可以为服务器或者搭载于服务器上的程序。
如图4所示,该流程可以包括以下步骤:
步骤402:从第一支付应用的服务器处获取第一资源扣除请求,所述第一资源扣除请求携带有所述第一支付应用处的第一账户的针对目标商户的第一签约标识,所述第一资源扣除请求还携带有所述目标商户的与所述第一账户对应的交易信息;所述第一支付应用的服务商为第一国家的注册服务商,所述目标商户为所述第一国家的注册商户。
在本说明书实施例中,图4中方法的执行主体与图1中方法的执行主体可以是相同的。基于图1中的方法,可知,图4中的与目标商户归属于同一国家的第一支付应用的服务器生成了该第一账户的针对目标商户的签约标识。因此,目标商户可以根据与该签约标识对应的交易信息,向该第一支付应用的服务器发送资源扣除请。该第一支付应用的服务器响应于目标商户的资源扣除请求,可以生成步骤402中的第一资源扣除请求。
具体的,所述第一资源扣除请求是所述第一支付应用的服务器响应于所述目标商户的服务器发送的第三资源扣除请求而生成的资源扣除请求,所述第三资源扣除请求为所述目标商户的服务器根据与所述第一签约标识对应的用户行程信息而生成的,所述第三资源扣除请求携带有所述第一签约标识及根据所述用户行程信息而生成的所述交易信息。
例如,当目标商户为交通公司时,用户可以使用在该交通公司处的个人账户生成乘车码(即支付二维码图像),并基于该乘车码通,过扫码乘坐该交通公司的公共交通工具(例如,公共汽车、地铁等)。该公共交通工具则可以生成与该乘车码对应的用户行程信息,并发送至该交通公司的服务器。该交通公司的服务器基于对用户行程信息的分析,可以确定与该用户行程信息对应的交通公司处的用户个人账户(即图2中的方法所创建的用户在目标商户处的账户),并确定与该用户个人账户对应的第一支付应用处的第一账户(即图1、图2中方法所提及的第二支付应用处的第二账户),进而可以确定出该第一账户的第一签约标识。交通公司还可以根据用户行程信息生成交易信息,该交易信息可以包含本次交易的内容、交易金额、交通公司的商户标识等信息。最终,该交通公司可以生成携带该交易信息及该第一签约标识的资源扣除请求,并将该资源扣除请求发送至第一支付应用的服务器,以便于第一支付应用的服务器对该第一账户进行资源扣除。
在实际应用中,由于第一账户为针对第二国家的第二支付应用处的第二账户建立的虚拟用户账户,即该第一账户在第一支付应用处并不具有实际的账户资源可以供第一支付应用的服务器进行扣除,因此,第一支付应用的服务器可以基于目标商户的资源扣除请求去生成第一资源扣除请求,以使得针对第二支付应用处的第二账户中的账户资源进行资源扣除。
步骤404:确定与所述第一签约标识对应的第二签约标识,所述第二签约标识为第二账户的针对所述目标商户的签约标识,所述第二账户为第二支付应用处的与所述第一账户对应的账户,所述第二支付应用的服务商为第二国家的注册服务商。
在本说明书实施例中,第一签约标识及第二签约标识之间的关联关系数据可以是基于图1中的方法及实施例而生成的,在此不再赘述。步骤404,具体可以包括,根据关联关系数据,确定与所述第一签约标识对应的第二签约标识。
步骤406:根据该第二签约标识及该交易信息,生成第二资源扣除请求。
在本说明书实施例中,可以生成携带有该第二签约标识及该交易信息的第二资源扣除请求。
步骤408:发送所述第二资源扣除请求至所述第二支付应用的服务器,以便于所述第二支付应用的服务器根据所述第二签约标识及所述交易信息对所述第二账户的账户资源进行资源扣除。
在本说明书实施例中,由于第二签约标识可以作为对第二支付应用处的第二账户进行资源扣除的凭证。因此,当第二支付应用的服务器接收到第二资源扣除请求后,可以根据与交易信息对应的交易金额,对该第二账户的账户资源进行资源扣除。该账户资源包括但不限于资金余额、红包、代金券等。
在本说明书实施例中,图4中的方法,可以根据第一国家的第一支付应用的服务器响应于目标商户的资源扣除请求而发送的第一资源扣除请求,去生成第二资源扣除请求,以令第二国家的第二支付应用的服务器可以根据第二资源扣除请求对该第二支付应用处的第二账户的账户资源进行资源扣除。从而使得用户可以基于第二国家的第二支付应用处的账户在第一国家的目标商户处进行自助缴费,有利于提升用户与目标商户进行交易时的便捷性。
同时,由于目标商户的服务器生成的是针对本国的第一支付应用处的账户的资源扣除请求,使得目标商户的服务器仍旧是与本国的第一支付应用的服务器进行数据交互,而无需与其他国家的支付应用的服务器进行数据交互,从而无需对目标商户的服务器进行改造,有利于降低目标商户与其他国家的支付应用进行对接时的改造成本。
基于同样的思路,本说明书实施例还提供了上述方法对应的装置。图5为本说明书实施例提供的对应于图1的一种签约装置的结构示意图。如图5所示,该装置可以包括:
第一获取模块502,用于获取第一支付应用处的第一账户的第一签约请求,所述第一签约请求用于请求建立所述第一账户与目标商户之间的服务协议;所述第一支付应用的服务商为第一国家的注册服务商,所述目标商户为第二国家的注册商户。
第二获取模块504,用于获取所述第一账户的针对所述服务协议的第一签约授权信息。
第一发送模块506,用于发送所述第一签约授权信息至所述第一支付应用的服务器。
第一接收模块508,用于接收所述第一支付应用的服务器基于所述第一签约授权信息而生成的第一签约标识。
第二账户确定模块510,用于确定与所述第一账户对应的第二账户,所述第二账户为第二支付应用处的注册账户,所述第二支付应用的服务商为所述第二国家的注册服务商。
第二签约授权信息生成模块512,用于生成所述第二账户的针对所述服务协议的第二签约授权信息。
第二发送模块514,用于发送所述第二签约授权信息至所述第二支付应用的服务器。
第二接收模块516,用于接收所述第二支付应用的服务器基于所述第二签约授权信息而生成的第二签约标识。
关联关系数据生成模块518,用于生成所述第一签约标识与所述第二签约标识之间的关联关系数据;以便于基于所述关联关系数据,根据所述目标商户的针对所述第二账户的资源扣除请求,去扣除所述第一账户的账户资源。
基于图5的装置,本说明书实施例还提供了该方法的一些具体实施方案,下面进行说明。
可选的,所述装置还包括:
第三发送模块,用于发送第一签约请求至所述第一支付应用的服务器。
第三接收模块,用于接收所述第一支付应用的服务器反馈的与所述服务协议对应的统一资源定位符。
第四发送模块,用于发送所述统一资源定位符至登录有所述第一账户的终端设备。
所述第二获取模块504,具体用于从所述终端设备处获取所述第一账户的针对所述服务协议的第一签约授权信息,所述第一签约授权信息为所述第一支付应用的服务器基于所述终端设备发送的针对所述服务协议的确认签约指令而生成的签约授权信息,所述服务协议为所述终端设备基于所述统一资源定位符而获取到的服务协议。
可选的,第一获取模块,具体可以用于:
获取目标小程序处的第三账户的针对目标商户的第一签约请求,所述目标小程序是在登录有第一账户的第一支付应用中启动的;所述第一签约请求中携带有签名字符串,所述签名字符串中包含所述目标商户的商户标识和所述第三账户的账户标识。
所述装置还可以包括:第五发送模块,用于在发送所述第一签约请求至所述第一支付应用的服务器之前,发送签名字符串至所述目标小程序的服务器。
第三发送模块,具体可以用于:当所述目标小程序的服务器对所述签名字符串验证通过时,确定与所述商户标识对应的商户信息;生成携带有所述商户信息的第二签约请求;发送所述第二签约请求至所述第一支付应用的服务器;
第三接收模块,具体可以用于:接收所述第一支付应用的服务器响应于所述第二签约请求而反馈的所述服务协议的统一资源定位符。
可选的,第二账户确定模块,具体可以用于:
判断是否预存有所述第一账户与所述第三账户之间的关联关系数据;若是,则将与所述第三账户对应的第二账户,确定为与所述第一账户对应的第二账户;所述第二账户为第二支付应用处的注册账户;若否,则生成所述第一账户与所述第三账户之间的关联关系数据;发送用于请求创建与所述第三账户对应的第二账户的账户创建请求至所述第二支付应用的服务器;将所述第二支付应用的服务器反馈的新建账户,确定为与所述第一账户对应的第二账户。
可选的,该装置还可以包括:第二关联关系数据生成模块,用于生成所述第一签约标识、所述第二签约标识、所述第一账户、所述第二账户及所述第三账户五者之间的关联关系数据。
基于同样的思路,图6为本说明书实施例提供的对应于图2的一种账户创建装置的结构示意图。如图6所示,该装置可以包括:
触发操作获取模块602,用于获取用户的触发操作。
第一签约请求生成模块604,用于基于所述用户的触发操作,生成第一支付应用处的第一账户的第一签约请求,所述第一签约请求用于请求建立所述第一账户与目标商户之间的服务协议;所述第一支付应用的服务商为第一国家的注册服务商,所述目标商户为第二国家的注册商户。
第一签约请求发送模块606,用于发送所述第一签约请求至目标服务器,以便于所述目标服务器生成第一签约标识与第二签约标识之间的关联关系数据,所述第一签约标识为所述第一账户的针对所述目标商户的签约标识,所述第二签约标识为第二支付应用处的与所述第一账户对应的第二账户的针对所述目标商户的签约标识,第二支付应用的服务商为第二国家的注册服务商。
账户创建请求生成模块608,用于当确定所述目标服务器已生成所述关联关系数据后,生成账户创建请求,所述账户创建请求用于请求创建所述用户在所述目标商户处的第三账户。
接收模块610,用于接收所述第三账户的账户信息,以便于所述用户利用所述第一支付应用生成与所述账户信息对应的支付码图像。
基于图6的装置,本说明书实施例还提供了该方法的一些具体实施方案,下面进行说明。
可选的,触发操作获取模块602,具体可以用于:
获取用户对终端设备上的目标小程序的应用界面中的目标商户图标的触发操作,所述目标小程序是在登录有第一账户的第一支付应用中启动的。
所述第一签约请求生成模块604,具体可以用于:
获取所述目标小程序基于所述触发操作而生成的对所述第一支付应用的签约接口的调用请求;根据所述调用请求,生成所述第一支付应用处的所述第一账户的第一签约请求。
可选的,所述账户创建请求生成模块608,具体可以用于:
当所述目标小程序确定所述目标服务器已生成所述关联关系数据后,生成针对所述目标商户处的第一账户创建请求,所述第一账户创建请求中携带有所述目标商户的商户标识及所述目标小程序处的第四账户的账户标识。
所述装置还可以包括:第一账户创建请求发送模块,用于发送所述第一账户创建请求至所述目标小程序的服务器,以便于所述目标小程序的服务器根据所述第一账户创建请求生成第二账户创建请求,并基于所述第二支付应用的服务器将所述第二账户创建请求发送至所述目标商户的服务器;其中,所述第二账户创建请求中携带有所述第二账户的账户标识及所述第二签约标识。
所述接收模块610,具体可以用于:接收所述目标商户的服务器响应于所述第二账户创建请求而生成的第三账户。
可选的,所述装置还可以包括:确定模块,用于在生成账户创建请求之前,接收所述目标服务器发送的已生成所述关联关系数据的提示信息;根据所述提示信息,确定所述目标服务器已生成所述关联关系数据。
基于同样的思路,图7为本说明书实施例提供的对应于图3的一种支付码图像生成装置的结构示意图。如图7所示,该装置可以包括:
触发操作获取模块702,用于获取用户的触发操作。
请求生成模块704,用于基于所述触发操作,生成针对目标商户处的目标账户的第一支付码信息获取请求,所述目标账户是用户基于第一支付应用处的第一账户创建的,所述第一支付应用的服务商为第一国家的注册服务商,所述目标商户为第二国家的注册商户。
发送模块706,用于发送所述第一支付码信息获取请求至指定服务器,以便于所述指定服务器基于所述第一支付码信息获取请求向所述目标商户的服务器发送第二支付码信息获取请求;所述第二支付码信息获取请求携带有所述目标账户的账户信息,所述第二支付码信息获取请求还携带有第二支付应用处的与所述第一账户对应的第二账户的账户标识,所述第二支付应用的服务商为所述第二国家的注册服务商。
接收模块708,用于接收所述目标商户的服务器响应于所述第二支付码信息获取请求而生成的支付码信息。
支付码图像生成模块710,用于根据所述支付码信息,生成支付码图像。
可选的,所述触发操作获取模块702,具体可以用于:
获取用户对终端设备中的目标小程序的应用界面中的目标商户图标的触发操作,所述目标小程序是在登录有第一账户的第一支付应用中启动的,述目标小程序处存储有与所述目标商户图标对应的目标商户处的目标账户。
所述请求生成模块704,具体可以用于:基于所述触发操作,生成携带有所述目标账户的账户标识及所述目标小程序处的第三账户的账户标识的第一支付码信息获取请求。
所述发送模块706,具体可以用于:发送所述第一支付码信息获取请求至所述目标小程序的服务器,以便于所述目标小程序的服务器根据所述第一支付码信息获取请求生成第二支付码信息获取请求,并基于所述第二支付应用的服务器发送所述第二支付码信息获取请求至所述目标商户的服务器;
所述支付码图像生成模块710,具体可以包括:支付码图像生成单元,用于所述目标小程序根据所述支付码信息,调用所述第一支付应用的软件开发工具包以生成支付码图像。
其中,所述支付码图像生成单元,具体可以用于:所述目标小程序根据所述支付码信息,调用所述第一支付应用的软件开发工具包以生成支付二维码图像,以便于所述用户使用所述支付二维码图像在所述目标商户的公共交通工具处进行支付。
基于同样的思路,图8为本说明书实施例提供的对应于图4的一种资源扣除装置的结构示意图。如图8所示,该装置可以包括:
获取模块802,用于从第一支付应用的服务器处获取第一资源扣除请求,所述第一资源扣除请求携带有所述第一支付应用处的第一账户的针对目标商户的第一签约标识,所述第一资源扣除请求还携带有所述目标商户的与所述第一账户对应的交易信息;所述第一支付应用的服务商为第一国家的注册服务商,所述目标商户为所述第一国家的注册商户;
确定模块804,用于确定与所述第一签约标识对应的第二签约标识,所述第二签约标识为第二账户的针对所述目标商户的签约标识,所述第二账户为第二支付应用处的与所述第一账户对应的账户,所述第二支付应用的服务商为第二国家的注册服务商;
请求生成模块806,用于根据所述第二签约标识及所述交易信息,生成第二资源扣除请求;
发送模块808,用于发送所述第二资源扣除请求至所述第二支付应用的服务器,以便于所述第二支付应用的服务器根据所述第二签约标识及所述交易信息对所述第二账户的账户资源进行资源扣除。
基于同样的思路,本说明书实施例还提供了与图1的方法对应的一种签约设备,该设备可以包括:
至少一个处理器;以及,与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
获取第一支付应用处的第一账户的第一签约请求,所述第一签约请求用于请求建立所述第一账户与目标商户之间的服务协议;所述第一支付应用的服务商为第一国家的注册服务商,所述目标商户为第二国家的注册商户。
获取所述第一账户的针对所述服务协议的第一签约授权信息。
发送所述第一签约授权信息至所述第一支付应用的服务器。
接收所述第一支付应用的服务器基于所述第一签约授权信息而生成的第一签约标识。
确定与所述第一账户对应的第二账户,所述第二账户为第二支付应用处的注册账户,所述第二支付应用的服务商为所述第二国家的注册服务商。
生成所述第二账户的针对所述服务协议的第二签约授权信息。
发送所述第二签约授权信息至所述第二支付应用的服务器。
接收所述第二支付应用的服务器基于所述第二签约授权信息而生成的第二签约标识。
生成所述第一签约标识与所述第二签约标识之间的关联关系数据,以便于基于所述关联关系数据,根据所述目标商户的针对所述第二账户的资源扣除请求,去扣除所述第一账户的账户资源。
基于同样的思路,本说明书实施例还提供了与图2的方法对应的一种账户创建设备,该设备可以包括:
至少一个处理器;以及,与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
获取用户的触发操作。
基于所述用户的触发操作,生成第一支付应用处的第一账户的第一签约请求,所述第一签约请求用于请求建立所述第一账户与目标商户之间的服务协议;所述第一支付应用的服务商为第一国家的注册服务商,所述目标商户为第二国家的注册商户。
发送所述第一签约请求至目标服务器,以便于所述目标服务器生成第一签约标识与第二签约标识之间的关联关系数据,所述第一签约标识为所述第一账户的针对所述目标商户的签约标识,所述第二签约标识为第二支付应用处的与所述第一账户对应的第二账户的针对所述目标商户的签约标识,所述第二支付应用的服务商为所述第二国家的注册服务商。
当确定所述目标服务器已生成所述关联关系数据后,生成账户创建请求,所述账户创建请求用于请求创建所述用户在所述目标商户处的第三账户。
接收所述第三账户的账户信息,以便于所述用户利用所述第一支付应用生成与所述账户信息对应的支付码图像。
基于同样的思路,本说明书实施例还提供了与图3的方法对应的一种支付码图像生成设备,该设备可以包括:
至少一个处理器;以及,与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
获取用户的触发操作。
基于所述触发操作,生成针对目标商户处的目标账户的第一支付码信息获取请求,所述目标账户是用户基于第一支付应用处的第一账户创建的,所述第一支付应用的服务商为第一国家的注册服务商,所述目标商户为第二国家的注册商户。
发送所述第一支付码信息获取请求至指定服务器,以便于所述指定服务器基于所述第一支付码信息获取请求向所述目标商户的服务器发送第二支付码信息获取请求;所述第二支付码信息获取请求携带有所述目标账户的账户信息,所述第二支付码信息获取请求还携带有第二支付应用处的与所述第一账户对应的第二账户的账户标识,所述第二支付应用的服务商为所述第二国家的注册服务商。
接收所述目标商户的服务器响应于所述第二支付码信息获取请求而生成的支付码信息。
根据所述支付码信息,生成支付码图像。
基于同样的思路,本说明书实施例还提供了与图4的方法对应的一种资源扣除设备,该设备可以包括:
至少一个处理器;以及,与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
从第一支付应用的服务器处获取第一资源扣除请求,所述第一资源扣除请求携带有所述第一支付应用处的第一账户的针对目标商户的第一签约标识,所述第一资源扣除请求还携带有所述目标商户的与所述第一账户对应的交易信息;所述第一支付应用的服务商为第一国家的注册服务商,所述目标商户为所述第一国家的注册商户。
确定与所述第一签约标识对应的第二签约标识,所述第二签约标识为第二账户的针对所述目标商户的签约标识,所述第二账户为第二支付应用处的与所述第一账户对应的账户,第二支付应用的服务商为第二国家的注册服务商。
根据所述第二签约标识及所述交易信息,生成第二资源扣除请求。
发送所述第二资源扣除请求至所述第二支付应用的服务器,以便于所述第二支付应用的服务器根据所述第二签约标识及所述交易信息对所述第二账户的账户资源进行资源扣除。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(ProgrammableLogic Device,PLD)(例如现场可编程门阵列(FieldProgrammableGateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced BooleanExpression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell UniversityProgramming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware DescriptionLanguage)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application SpecificIntegrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC625D、AtmelAT91SAM、MicrochipPIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本说明书一个或多个实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本说明书一个或多个实施例可提供为方法、系统、或计算机程序产品。因此,本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本说明书一个或多个实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书一个或多个实施例是参照根据本说明书一个或多个实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带式磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitorymedia),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书一个或多个实施例,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本说明书的实施例而已,并不用于限制本说明书一个或多个实施例。对于本领域技术人员来说,本说明书一个或多个实施例可以有各种更改和变化。凡在本说明书一个或多个实施例的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本说明书一个或多个实施例的权利要求范围之内。