System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind()
【技术实现步骤摘要】
本专利技术涉及数据处理领域,尤其涉及一种多渠道数据处理的支付控制方法、设备及存储介质。
技术介绍
1、随着“互联网+”的提出,给移动互联网支付添加了新的动力。手机网络支付用户数量巨大,有强大的移动支付业务需求。“互联网+”是一个概念,它指的是将互联网与传统产业相结合,通过技术创新和数字化转型,推动传统产业的升级和发展。
2、目前随着充值缴费系统,支付过程比较长,步骤复杂,且需要多人维护一个系统,系统的可扩展性非常差,限制了消费者用户对支付机构的选择范围,很大程度上影响了消费者的选择性和方便性,可见充值缴费的灵活性低。
技术实现思路
1、本专利技术的主要目的在于解决充值缴费的灵活性低的技术问题。
2、本专利技术第一方面提供了一种多渠道数据处理的支付控制方法,所述多渠道数据处理的支付控制方法包括:
3、接收到目标支付渠道发送的下单请求时,获取所述下单请求携带的参数信息,并获取所述目标支付渠道关联的支付机构列表;
4、根据所述参数信息以及所述支付机构列表,生成收银台界面;
5、将所述收银台界面发送至所述目标支付渠道对应的终端;
6、接收到所述终端响应于所述收银台界面而发送的支付请求时,获取所述支付请求携带的目标支付机构;
7、调用所述目标支付机构对应的支付服务接口处理所述支付请求,并生成支付通知;
8、将所述支付通知发送至所述终端。
9、可选的,在本专利技术第一方面的第一种实现方式
10、获取所述下单请求携带的用户信息;
11、在所述支付机构列表中确定是否存在关联所述用户信息的常用支付机构;
12、若所述支付机构列表中存在关联所述用户信息的所述常用支付机构,根据所述常用支付机构对预设的收银台模板界面执行修改操作,得到目标收银台模板界面;
13、将所述参数信息填充至所述目标收银台模板界面,得到所述收银台界面。可选的,在本专利技术第一方面的第二种实现方式中,所述在所述支付机构列表中确定是否存在关联所述用户信息的常用支付机构的步骤之后,所述方法还包括:
14、若所述支付机构列表中不存在关联所述用户信息的所述常用支付机构,将所述参数信息填充至预设的收银台模板界面,得到所述收银台界面。
15、可选的,在本专利技术第一方面的第三种实现方式中,所述接收到目标支付渠道发送的下单请求时,获取所述下单请求携带的参数信息的步骤之前,所述方法还包括:
16、接收到所述目标支付渠道的接入请求时,获取所述接入请求携带的权限信息;
17、根据所述权限信息,在支付机构集合中确定可授权支付机构;
18、为所述目标支付渠道接入所述可授权支付机构的支付服务接口,并生成所述可授权机构对应的所述支付机构列表;
19、对所述支付机构列表与所述目标支付渠道的驱动名称执行映射处理,得到所述支付机构列表与所述驱动名称之间的映射关系,以将所述支付机构列表与所述目标支付渠道进行关联
20、可选的,在本专利技术第一方面的第四种实现方式中,所述接收到目标支付渠道发送的下单请求时,获取所述下单请求携带的参数信息的步骤之前,所述方法还包括:
21、接收到所述目标支付渠道的接入请求时,获取所述接入请求携带的权限信息;
22、根据所述权限信息,在支付机构集合中确定可授权支付机构;
23、为所述目标支付渠道接入所述可授权支付机构的支付服务接口,并生成所述可授权机构对应的所述支付机构列表;
24、对所述支付机构列表与所述目标支付渠道的驱动名称执行映射处理,得到所述支付机构列表与所述驱动名称之间的映射关系,以将所述支付机构列表与所述目标支付渠道进行关联。
25、可选的,在本专利技术第一方面的第五种实现方式中,所述接收到目标支付渠道发送的下单请求时,获取所述下单请求携带的参数信息的步骤之前,所述方法还包括:
26、检测到机构搜索指令时,获取所述搜索指令携带的搜索条件;
27、根据所述搜索条件,在支付机构集合中确定待搜索支付机构;
28、显示所述待搜索支付机构对应的图标按钮。
29、可选的,在本专利技术第一方面的第六种实现方式中,所述根据所述搜索条件,在支付机构列表中确定目标支付机构的步骤包括:
30、根据所述搜索条件中的支付机构标识和/或支付机构名称,在所述支付机构列表中确定待筛选支付机构;
31、根据所述搜索条件中的状态信息,在所述待筛选支付机构中确定状态为活跃的所述目标支付机构。
32、可选的,在本专利技术第一方面的第七种实现方式中,所述显示所述目标支付机构的图标的步骤之后,所述方法还包括:
33、接收到响应于所述图标按钮的操作指令时,确定所述操作指令对应的待操作支付机构;
34、确定所述待操作支付机构是否处于维护状态;
35、若所述支付机构未处于所述维护状态,响应所述操作指令,以对所述目标支付机构执行修改、启用或者停用操作。
36、本专利技术第二方面提供了一种多渠道数据处理的支付控制设备,包括:存储器和至少一个处理器,所述存储器中存储有指令,所述存储器和所述至少一个处理器通过线路互连;所述至少一个处理器调用所述存储器中的所述指令,以使得所述多渠道数据处理的支付控制设备执行上述的多渠道数据处理的支付控制方法。
37、本专利技术的第三方面提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述的多渠道数据处理的支付控制方法。
38、在本专利技术实施例中,接收到目标支付渠道发送的下单请求时,获取所述下单请求携带的参数信息,并获取所述目标支付渠道关联的支付机构列表;根据所述参数信息以及所述支付机构列表,生成收银台界面;将所述收银台界面发送至所述目标支付渠道对应的终端;接收到所述终端响应于所述收银台界面而发送的支付请求时,获取所述支付请求携带的目标支付机构;调用所述目标支付机构对应的支付服务接口处理所述支付请求,并生成支付通知;将所述支付通知发送至所述终端。通过获取下单请求携带的参数信息,可以更准确地生成收银台界面。获取目标支付渠道关联的支付机构列表,可以根据用户的选择和所需支付方式,灵活地提供多种支付选项。根据参数信息以及支付机构列表,生成适配目标支付渠道终端的收银台界面,可提供清晰、易用的界面。接收到终端发送的支付请求后,获取支付请求携带的目标支付机构信息,能够准确地识别用户支付意图并选择正确的支付服务接口进行处理。通过调用目标支付机构的支付服务接口处理支付请求,生成支付通知并发送至终端,及时更新用户支付状态,提供支付结果反馈,多渠道的支付控制装设备提供统一的支付能力和灵活的渠道管理手段,对多种支付机构存在支付需求,把各个支付机构的支付能力统一呈现给不同渠道,实现多渠道多本文档来自技高网...
【技术保护点】
1.一种多渠道数据处理的支付控制方法,其特征在于,所述多渠道数据处理的支付控制方法包括:
2.根据权利要求1所述的多渠道数据处理的支付控制方法,其特征在于,所述根据所述参数信息以及所述支付机构列表,生成收银台界面的步骤包括:
3.根据权利要求2所述的多渠道数据处理的支付控制方法,其特征在于,所述在所述支付机构列表中确定是否存在关联所述用户信息的常用支付机构的步骤之后,所述方法还包括:
4.根据权利要求1所述的多渠道数据处理的支付控制方法,其特征在于,所述接收到目标支付渠道发送的下单请求时,获取所述下单请求携带的参数信息的步骤之前,所述方法还包括:
5.根据权利要求1-4任一项所述的多渠道数据处理的支付控制方法,其特征在于,所述将所述支付机构列表与所述目标支付渠道关联的步骤之后,所述方法还包括:
6.根据权利要求1所述的多渠道数据处理的支付控制方法,其特征在于,所述接收到目标支付渠道发送的下单请求时,获取所述下单请求携带的参数信息的步骤之前,所述方法还包括:
7.根据权利要求6所述的多渠道数据处理的支付控制方法
8.根据权利要求6所述的多渠道数据处理的支付控制方法,其特征在于,所述显示所述目标支付机构的图标的步骤之后,所述方法还包括:
9.一种多渠道数据处理的支付控制设备,其特征在于,所述多渠道数据处理的支付控制设备包括:存储器和至少一个处理器,所述存储器中存储有指令,所述存储器和所述至少一个处理器通过线路互连;
10.一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1-8中任一项所述的多渠道数据处理的支付控制方法。
...【技术特征摘要】
1.一种多渠道数据处理的支付控制方法,其特征在于,所述多渠道数据处理的支付控制方法包括:
2.根据权利要求1所述的多渠道数据处理的支付控制方法,其特征在于,所述根据所述参数信息以及所述支付机构列表,生成收银台界面的步骤包括:
3.根据权利要求2所述的多渠道数据处理的支付控制方法,其特征在于,所述在所述支付机构列表中确定是否存在关联所述用户信息的常用支付机构的步骤之后,所述方法还包括:
4.根据权利要求1所述的多渠道数据处理的支付控制方法,其特征在于,所述接收到目标支付渠道发送的下单请求时,获取所述下单请求携带的参数信息的步骤之前,所述方法还包括:
5.根据权利要求1-4任一项所述的多渠道数据处理的支付控制方法,其特征在于,所述将所述支付机构列表与所述目标支付渠道关联的步骤之后,所述方法还包括:
6.根据权利要求1所述的多渠道数据...
【专利技术属性】
技术研发人员:马凯,刘红强,
申请(专利权)人:广东抱谷科技有限公司,
类型:发明
国别省市:
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。