一种支付方法、装置、服务器及存储介质
文献发布时间:2023-06-19 09:32:16
技术领域
本申请涉及计算机技术领域,尤其涉及一种支付方法、装置、服务器及存储介质。
背景技术
支付在如今网站或应用程序(Application,APP)中被广泛用到,但支付牌照门槛太高,不是所有的公司都能拥有自己的支付牌照做自己的支付,大部分公司都是接入第三方支付方式,接入第三方支付可以同时接入多种支付方式,让用户自己选择喜爱的支付方式。但支付方式种类太多,每种支付方式可以分为普通商户版,服务商版,银行服务商版等,而每个大版里面又有许多不同场景的支付,例如APP支付,JSAPI支付,H5支付等,每种支付都有自己的接口文档,当接入多种支付方式时,每种支付接口调用方式都不一样,从而导致支付操作繁琐复杂。因此,如何使调用支付接口更加简单成为急需解决的问题。
发明内容
本申请实施例提供了一种支付方法、装置、服务器及存储介质,可以降低调用支付接口的复杂性,使调用支付接口更加简单,使支付更加方便快捷。
本申请实施例第一方面公开了一种支付方法,所述方法包括:
获取用户终端发送的支付请求,其中,所述支付请求中携带了支付应用程序标识;
根据所述支付请求在支付选择器中确定与所述支付应用程序标识对应的多个子选择器和服务选择器;
在所述多个子选择器的各个子选择器中获取与所述支付应用程序标识对应的目标配置信息,其中,所述各个子选择器中的目标配置信息不相同;
将所述目标配置信息加载到所述服务选择器的服务调用实体中,并利用加载所述目标配置信息后的所述服务调用实体调用与所述支付应用程序标识对应的接口,以完成支付。
本申请实施例第二方面公开了一种支付装置,所述装置包括:
第一获取单元,用于获取用户终端发送的支付请求,其中,所述支付请求中携带了支付应用程序标识;
确定单元,用于根据所述支付请求在支付选择器中确定与所述支付应用程序标识对应的多个子选择器和服务选择器;
第二获取单元,用于在所述多个子选择器的各个子选择器中获取与所述支付应用程序标识对应的目标配置信息,其中,所述各个子选择器中的目标配置信息不相同;
调用单元,用于将所述目标配置信息加载到所述服务选择器的服务调用实体中,并利用加载所述目标配置信息后的所述服务调用实体调用与所述支付应用程序标识对应的接口,以完成支付。
本申请实施例第三方面公开了一种服务器,包括处理器、存储器和网络接口,所述处理器、存储器和网络接口相互连接,其中,所述存储器用于存储计算机程序,所述计算机程序包括程序指令,所述处理器被配置用于调用所述程序指令,执行上述第一方面的方法。
本申请实施例第四方面公开了一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,所述计算机程序包括程序指令,所述程序指令当被处理器执行时使所述处理器执行上述第一方面的方法。
本申请实施例中,服务器可以获取用户终端发送的支付请求,其中,支付请求中携带了支付应用程序标识,再根据支付请求在支付选择器中确定与支付应用程序标识对应的多个子选择器和服务选择器,进一步的,在多个子选择器的各个子选择器中获取与支付应用程序标识对应的目标配置信息,其中,各个子选择器中的目标配置信息不相同,然后将目标配置信息加载到服务选择器的服务调用实体中,并利用加载目标配置信息后的服务调用实体调用与支付应用程序标识对应的接口,以完成支付。通过实施上述方法,可以降低调用支付接口的复杂性,使调用支付接口更加简单,使支付更加方便快捷。
附图说明
为了更清楚地说明本申请实施例技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种支付方法的流程示意图;
图2是本申请实施例提供的一种将目标配置信息加载到服务调用实体的结构示意图;
图3是本申请实施例提供的另一种支付方法的流程示意图;
图4是本申请实施例提供的一种支付装置的结构示意图;
图5是本申请实施例提供的一种服务器的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
请参阅图1,为本申请实施例提供的一种支付方法的流程示意图。本实施例中所描述的支付方法,应用于服务器,该支付方法包括以下步骤:
S101:获取用户终端发送的支付请求,其中,支付请求中携带了支付应用程序标识。
其中,支付应用程序标识用于指示用户通过用户终端选择的支付方式,其中,支付应用程序标识可以是数字编号,比特值,或者其他信息,本申请不做限定。例如表1所示为支付应用程序标识与支付方式的对应关系。从表1中可以看出,如果服务器接收到的支付请求中携带的支付应用程序标识为1,则可以确定用户通过用户终端选择的支付方式为支付方式1,如果服务器接收到的支付请求中携带的支付应用程序标识为2,则可以确定用户通过用户终端选择的支付方式为支付方式2。
表1:
S102:根据支付请求在支付选择器中确定与支付应用程序标识对应的多个子选择器和服务选择器。
其中,子选择器可以包括配置选择器、支付类型选择器和订单生成选择器,还可以包括其他选择器,在本申请不做限定。可选的,可以根据支付应用程序标识确定子选择器,不同的支付应用程序标识对应的子选择器可能不同,例如,如果支付应用程序标识为目标支付应用程序标识,则子选择器还可以包括开放式认证系统(OpenId)选择器。
S103:在多个子选择器的各个子选择器中获取与支付应用程序标识对应的目标配置信息,其中,各个子选择器中的目标配置信息不相同。
在一种实现方式中,子选择器可以包括配置选择器、支付类型选择器和订单生成选择器,服务器可以从各个子选择器中获取与支付应用程序标识对应的目标配置信息。不同的子选择器,子选择器中配置的配置信息也是不同的,因此,服务器从各个子选择器中获取的目标配置信息也是不同的。例如,服务器可以从配置选择器中获取目标配置项,可以从支付类型选择器中获取目标支付方式,可以从订单生成选择器中获取订单编号。
在一种实现方式中,服务器可以在配置选择器中获取与支付应用程序标识对应的目标配置项。可选的,配置选择器中配置有多种支付方式的配置项,例如表2所示为支付应用程序标识与配置项的对应关系。从表2中可以看出,如果服务器接收到的支付请求中携带的支付应用程序标识为1,则可以确定目标配置项为配置项1,如果服务器接收到的支付请求中携带的支付应用程序标识为2,则可以确定目标配置项为配置项2。可选的,服务器可以直接根据支付应用程序标识与配置项的对应关系确定支付应用程序标识对应的目标配置项,也可以先根据支付应用程序标识与支付方式的对应关系,确定支付方式,再根据支付方式与配置项的的对应关系,确定支付应用程序标识对应的目标配置项。
表2:
可选的,目标配置项可以包括全局配置项和子支付配置项,其中,全局配置项可以是不同的支付方式通用的配置项,例如,全局配置项可以包括测试环境白名单开关、重复支付校验开关、重新计算金额校验开关、支付失败重试次数、订单是否过期判断等等,还可以是其他配置信息,在本申请不做限定。上述的开关可以在服务器获取目标配置项的时候打开,也可以根据其他条件控制是打开还是关闭,在本申请不做限定。其中,测试环境白名单可以用来指示只有用户在这个白名单中,才能进行后续的支付,若不在,则没有支付功能。子支付配置项可以是关于用户的配置信息,例如可以是用户在开通某种支付方式时,该支付方式提供的官方信息,比如应用标识(Application Identification,AppId)、商户号、商户秘钥、回调通知域名等等。
在一种实现方式中,服务器可以在支付类型选择器中获取与支付应用程序标识对应的目标支付方式。可选的,服务器可以在支付类型选择器中获取与支付应用程序标识对应的目标支付方式枚举。支付类型选择器中配置有各支付方式大类的枚举以及对应的子支付方式的枚举,应理解的是,本申请中支付应用程序标识对应的目标支付方式为某种支付方式大类对应的一种子支付方式。例如,支付方式大类A包括子支付方式A1、子支付方式A2、子支付方式A3和子支付方式A4,假设支付应用程序标识对应的支付方式为子支付方式A2,则服务器在支付类型选择器中获取与支付应用程序标识对应的目标支付方式为子支付方式A2的枚举。
在一种实现方式中,服务器可以在订单生成选择器中获取与支付应用程序标识对应的订单编号。具体的,服务器可以先确定与支付应用程序标识对应的目标订单生成规则,再根据支付应用程序标识和目标订单生成规则生成订单编号。可选的,订单生成选择器中配置有多种支付方式的订单生成规则,那么可以根据预先设置的对应关系确定支付应用程序标识对应的目标订单生成规则,其中,支付请求中还携带了用户ID,支付场景,时间戳,随机字符串等数据。例如,订单生成选择器中预先存储的支付应用程序标识和订单生成规则的对应关系确定,也可以是根据订单生成选择器中预先存储的支付应用程序标识、支付场景、订单生成规则三者之间的对应关系确定。如果订单生成选择器中预先存储了支付应用程序标识和订单生成规则的对应关系,则可以根据支付应用程序标识和订单生成规则的对应关系获取与支付应用程序标识对应的目标订单生成规则。如果订单生成选择器中预先存储了支付应用程序标识、支付场景、订单生成规则三者之间的对应关系,则可以根据支付应用程序标识、支付场景、订单生成规则三者之间的对应关系获取与支付应用程序标识对应的目标订单生成规则。可选的,订单生成规则也可以是一种或多种,例如,订单生成规则可以是支付应用程序标识对应的支付方式名称的每个字的拼音的第一字符,后面再接上随机字符串,再接上时间戳,也可以是支付应用程序标识对应的支付方式名称的每个字的拼音的第一字符,后面再接上时间戳,再接上用户ID,还可以是其他的订单生成规则,本申请不做限定。
在一种实现方式中,子选择器还可以包括OpenId选择器,OpenId选择器中配置有OpenId。如果支付应用程序标识是标支付应用程序标识时,服务器可以从OpenId选择器中获取OpenId;如果支付应用程序标识不是标支付应用程序标识时,那么服务器可以不从OpenId选择器中获取OpenId。例如,服务器可以检测支付应用程序标识是否与目标支付应用程序标识匹配,如果检测结果为支付应用程序标识与目标支付应用程序标识匹配,则在OpenId选择器中获取支付应用程序标识对应的OpenId,如果检测结果为支付应用程序标识与目标支付应用程序标识不匹配,则可以不从OpenId选择器中获取OpenId。
S104:将目标配置信息加载到服务选择器的服务调用实体中,并利用加载目标配置信息后的服务调用实体调用与支付应用程序标识对应的接口,以完成支付。
在一种实现方式中,服务器可以根据支付应用程序标识从服务选择器中获取服务调用实体,服务调用实体中具有获取终端IP、调用支付方式接口、加密和验签等功能,以便于后续通过加载后的服务调用实体调用支付接口。在服务器根据支付应用程序标识获取到各个子选择器对应的目标配置信息以及在服务选择器中获取到服务调用实体之后,就可以将目标配置信息加载到服务调用实体中,例如图2所示,并利用加载目标配置信息后的服务调用实体调用与支付应用程序标识对应的接口,以完成支付。
本申请实施例中,服务器可以获取用户终端发送的支付请求,其中,支付请求中携带了支付应用程序标识,再根据支付请求在支付选择器中确定与支付应用程序标识对应的多个子选择器和服务选择器,进一步的,在多个子选择器的各个子选择器中获取与支付应用程序标识对应的目标配置信息,其中,各个子选择器中的目标配置信息不相同,然后将目标配置信息加载到服务选择器的服务调用实体中,并利用加载目标配置信息后的服务调用实体调用与支付应用程序标识对应的接口,以完成支付。通过实施上述方法,可以降低调用支付接口的复杂性,使调用支付接口更加简单,使支付更加方便快捷。
请参阅图3,为本申请实施例提供的另一种支付方法的流程示意图。本实施例中所描述的支付方法,应用于服务器,该支付方法包括以下步骤:
S301:在服务选择器中配置与支付应用程序标识对应的服务调用实体。
在一种实现方式中,可以在服务选择器中配置与支付应用程序标识对应的服务调用实体。该服务调用实体可以包括获取终端IP、调用支付方式接口、加密和验签功能,还可以包括其他功能,可以根据调用支付方式接口的需求,配置其他功能,本申请不做限定,其中,加密和验签功能是为了保证支付过程中数据的安全性。
在一种实现方式中,在服务选择器中配置与支付应用程序标识对应的服务调用实体可以是根据支付应用程序标识对应的指定格式的数据包,例如JAR包,也可以是根据支付应用程序标识对应的接口文档,还可以根据其他方式在服务选择器中配置与支付应用程序标识对应的服务调用实体,本申请不做限定。
例如,可以根据支付应用程序标识对应的指定格式的数据包和接口文档在服务选择器中配置与支付应用程序标识对应的服务调用实体,具体的实施方式可以是首先判断支付应用程序标识对应的支付应用程序是否存在指定格式的数据包,例如JAR包,如果支付应用程序标识对应的支付应用程序存在指定格式的数据包,则可以从指定格式的数据包中获取调用支付方式接口所需的服务信息,例如,服务信息可以是接口调用方式,加密方式,验签方式。然后对服务信息进行封装,以得到服务调用实体,并将该服务调用实体配置到服务选择器中。可选的,如果支付应用程序标识对应的支付应用程序不存在指定格式的数据包,则可以获取支付应用程序标识对应的接口文档,并从接口文档中获取服务信息,然后可以对服务信息进行封装得到服务调用实体,再将服务调用实体配置到服务选择器中。
S302:在各个子选择器中配置与支付应用程序标识对应的配置信息。
在一种实现方式中,子选择器可以包括配置选择器、支付类型选择器和订单生成选择器,服务器可以确定支付应用程序标识对应的配置项,并将配置项配置到配置选择器中;也可以确定支付应用程序标识对应的一个或多个支付方式,并将一个或多个支付方式配置到支付类型选择器中;也可以确定与支付应用程序标识对应的订单生成规则,并将订单生成规则配置到订单生成选择器中。
在一种实现方式中,配置选择器中配置了多种支付方式的配置项,其中,配置项包括全局配置项和子支付配置项,其中,全局配置项可以是不同的支付方式通用的配置项。例如,全局配置项可以包括测试环境白名单开关、重复支付校验开关、重新计算金额校验开关、支付失败重试次数、订单是否过期判断等等,还可以是其他配置信息,在本申请不做限定。上述的开关可以在服务器获取配置项的时候打开,也可以根据其他条件控制是打开还是关闭,在本申请不做限定。其中,测试环境白名单可以用来指示只有用户在这个白名单中,才能进行后续的支付,若不在,则没有支付功能。子支付配置项就可以是关于用户的配置信息,例如可以是用户在开通某种支付方式时,该支付方式提供的官方信息,比如AppId、商户号、商户秘钥、回调通知域名等等。其中,全局配置项和子支付配置项可以利用封装的实体类进行封装。以便于在服务器获取支付请求之后,可以直接获取配置项,需要说明的是,子配置项中的数据可以预先配置,也可以是在用户通过用户终端发送支付请求后配置。
在一种实现方式中,支付类型选择器配置了多种支付方式,或者是多种支付方式对应的枚举,考虑到支付方式可能属于对应的一个支付方式大类,该支付方式大类存在多种子支付方式,该支付方式为其中的一个子支付方式,例如支付方式A包括支付方式A1、支付方式A2、支付方式A3和支付方式A4,则在支付类型选择器配置支付方式的枚举时,可以配置支付方式对应的支付大类的枚举和支付大类对应的支付子类的枚举。
在一种实现方式中,订单生成选择器中配置了多种支付方式对应的订单生成规则,每种支付方式可以对应一种订单生成规则,也可以是多种支付方式对应一种订单生成规则,多种支付方式的订单生成规则可以相同,也可以不同,在本申请不做限定。例如,订单生成规则可以是支付方式对应的支付名称的每个字的拼音的第一字符,后面再接上随机字符串,再接上时间戳,也可以是是支付方式对应的支付名称的每个字的拼音的第一字符,后面再接上时间戳,再接上用户ID,还可以是其他的订单生成规则。
在一种实现方式中,子选择器还可以包括OpenId选择器,OpenId选择器中配置有OpenId。
在一种实现方式中,如果在一个支付系统中添加一种新支付方式,可以对应的在支付系统中添加调用该支付方式接口所需的支付选择器,支付选择器可以包括服务选择器,并在服务选择器里配置调用支付方式接口所需的配置信息,而为了成功调用支付方式的接口,还需要其他配置信息,根据功能的不同,可以将其他配置信息配置到不同的选择器中,支付选择器还可以包括配置选择器、支付类型选择器和订单生成选择器,也还可以包括其他选择器。
在一种实现方式中,如果在一个支付系统中添加一种新支付方式,可以在支付系统中添加一个新支付方式对应的服务选择器,在原有的各子选择器添加新的支付方式所需要的配置信息。例如,支付系统中的子选择器包括配置选择器、支付类型选择器和订单生成选择器,当新支付方式为支付方式B,则在配置选择器中添加支付方式B对应的配置项,在支付方式选择器中添加支付方式B对应的支付方式枚举,在订单生成选择器中添加支付方式B对应的订单生成规则,其中,订单生成规则可以是原有的订单生成规则,也可以是新设计的订单生成规则。可以看出,将整个支付拆分为多个选择器,可以使得当要接入一种支付时,只需往各种选择器中配置该支付的相关内容,就可以简单完成第三方支付方式的接入。
S303:获取用户终端发送的支付请求,其中,支付请求中携带了支付应用程序标识。
S304:根据支付请求在支付选择器中确定与支付应用程序标识对应的多个子选择器和服务选择器。
S305:在多个子选择器的各个子选择器中获取与支付应用程序标识对应的目标配置信息,其中,所述各个子选择器中的目标配置信息不相同。
S306:将目标配置信息加载到服务选择器的服务调用实体中,并利用加载目标配置信息后的服务调用实体调用与支付应用程序标识对应的接口,以完成支付。
其中,步骤S303-S306的具体实施方式可以参见上述实施例步骤S101-S104的具体描述,此处不再赘述。
本申请实施例中,服务器可以在服务选择器中配置与支付应用程序标识对应的服务调用实体,并在各个子选择器中配置与支付应用程序标识对应的配置信息,然后,服务器可以获取用户终端发送的支付请求,其中,支付请求中携带了支付应用程序标识,再根据支付请求在支付选择器中确定与支付应用程序标识对应的多个子选择器和服务选择器,进一步的,在多个子选择器的各个子选择器中获取与支付应用程序标识对应的目标配置信息,其中,各个子选择器中的目标配置信息不相同,接着,将目标配置信息加载到服务选择器的服务调用实体中,并利用加载目标配置信息后的服务调用实体调用与支付应用程序标识对应的接口,以完成支付。通过实施上述方法,可以降低调用支付接口的复杂性,使调用支付接口更加简单,使支付更加方便快捷。
请参阅图4,为本申请实施例提供的一种支付装置的结构示意图。所述支付装置包括:
第一获取单元401,用于获取用户终端发送的支付请求,其中,所述支付请求中携带了支付应用程序标识;
确定单元402,用于根据所述支付请求在支付选择器中确定与所述支付应用程序标识对应的多个子选择器和服务选择器;
第二获取单元403,用于在所述多个子选择器的各个子选择器中获取与所述支付应用程序标识对应的目标配置信息,其中,所述各个子选择器中的目标配置信息不相同;
调用单元404,用于将所述目标配置信息加载到所述服务选择器的服务调用实体中,并利用加载所述目标配置信息后的所述服务调用实体调用与所述支付应用程序标识对应的接口,以完成支付。
在一种实现方式中,所述子选择器包括配置选择器、支付类型选择器和订单生成选择器,所述第二获取单元403,具体用于:
在所述配置选择器中获取与所述消费信息对应的目标配置项;
在所述支付类型选择器中获取与所述支付应用程序标识对应的目标支付方式;
确定与所述支付应用程序标识对应的目标订单生成规则,在所述订单生成选择器中根据所述支付应用程序标识和所述目标订单生成规则生成订单编号。
在一种实现方式中,所述子选择器还包括开放式认证系统OpenId选择器,所述第二获取单元403,具体用于:
检测所述支付应用程序标识是否与目标支付应用程序标识匹配;
若检测结果为所述支付应用程序标识与所述目标支付应用程序标识匹配,则在所述OpenId选择器中获取所述支付应用程序标识对应的OpenId。
在一种实现方式中,所述装置还包括配置单元405,具体用于:
在所述服务选择器中配置与所述支付应用程序标识对应的服务调用实体;
在所述各个子选择器中配置与所述支付应用程序标识对应的配置信息。
在一种实现方式中,所述配置单元405,具体用于:
判断所述支付应用程序标识对应的支付应用程序是否存在指定格式的数据包;
若判断结果为所述支付应用程序标识对应的支付应用程序存在所述指定格式的数据包,则从所述指定格式的数据包中获取服务信息,并对所述服务信息进行封装得到服务调用实体,将所述服务调用实体配置到所述服务选择器中。
在一种实现方式中,所述配置单元405,还用于:
若判断结果为所述支付应用程序标识对应的支付应用程序不存在所述指定格式的数据包,则获取所述支付应用程序标识对应的接口文档;
从所述接口文档中获取服务信息,并对所述服务信息进行封装得到服务调用实体,将所述服务调用实体配置到所述服务选择器中。
在一种实现方式中,所述子选择器包括配置选择器、支付类型选择器和订单生成选择器,所述配置单元405,具体用于:
确定所述支付应用程序标识对应的配置项,并将所述配置项配置到所述配置选择器中;
确定所述支付应用程序标识对应的一个或多个支付方式,并将所述一个或多个支付方式配置到所述支付类型选择器中;
确定与所述支付应用程序标识对应的订单生成规则,并将所述订单生成规则配置到所述订单生成选择器中。
可以理解的是,本申请实施例所描述的支付装置的各功能单元的功能可根据图1或者图3所述的方法实施例中的方法具体实现,其具体实现过程可以参照图1或者图3的方法实施例的相关描述,此处不再赘述。
本申请实施例中,第一获取单元401获取用户终端发送的支付请求,其中,所述支付请求中携带了支付应用程序标识,确定单元402根据所述支付请求在支付选择器中确定与所述支付应用程序标识对应的多个子选择器和服务选择器,第二获取单元403在所述多个子选择器的各个子选择器中获取与所述支付应用程序标识对应的目标配置信息,其中,所述各个子选择器中的目标配置信息不相同,调用单元404将所述目标配置信息加载到所述服务选择器的服务调用实体中,并利用加载所述目标配置信息后的所述服务调用实体调用与所述支付应用程序标识对应的接口,以完成支付。通过实施上述方法,可以降低调用支付接口的复杂性,使调用支付接口更加简单,使支付更加方便快捷。
请参阅图5,为本申请实施例提供的一种服务器的结构示意图。本实施例中所描述的服务器,包括:处理器501、存储器502以及网络接口503。上述处理器501、存储器502以及网络接口503之间可以交互数据。
上述处理器501可以是中央处理单元(Central Processing Unit,CPU),该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
上述存储器502可以包括只读存储器和随机存取存储器,并向处理器501提供程序指令和数据。存储器502的一部分还可以包括非易失性随机存取存储器。其中,所述处理器501调用所述程序指令时用于执行:
获取用户终端发送的支付请求,其中,所述支付请求中携带了支付应用程序标识;
根据所述支付请求在支付选择器中确定与所述支付应用程序标识对应的多个子选择器和服务选择器;
在所述多个子选择器的各个子选择器中获取与所述支付应用程序标识对应的目标配置信息,其中,所述各个子选择器中的目标配置信息不相同;
将所述目标配置信息加载到所述服务选择器的服务调用实体中,并利用加载所述目标配置信息后的所述服务调用实体调用与所述支付应用程序标识对应的接口,以完成支付。
在一种实现方式中,所述子选择器包括配置选择器、支付类型选择器和订单生成选择器,所述处理器501,具体用于:
在所述配置选择器中获取与所述支付应用程序标识对应的目标配置项;
在所述支付类型选择器中获取与所述支付应用程序标识对应的目标支付方式;
确定与所述支付应用程序标识对应的目标订单生成规则,在所述订单生成选择器中根据所述支付应用程序标识和所述目标订单生成规则生成订单编号。
在一种实现方式中,所述子选择器还包括开放式认证系统OpenId选择器,所述处理器501,具体用于:
检测所述支付应用程序标识是否与目标支付应用程序标识匹配;
若检测结果为所述支付应用程序标识与所述目标支付应用程序标识匹配,则在所述OpenId选择器中获取所述支付应用程序标识对应的OpenId。
在一种实现方式中,所述处理器501,还用于:
在所述服务选择器中配置与所述支付应用程序标识对应的服务调用实体;
在所述各个子选择器中配置与所述支付应用程序标识对应的配置信息。
在一种实现方式中,所述处理器501,具体用于:
判断所述支付应用程序标识对应的支付应用程序是否存在指定格式的数据包;
若判断结果为所述支付应用程序标识对应的支付应用程序存在所述指定格式的数据包,则从所述指定格式的数据包中获取服务信息,并对所述服务信息进行封装得到服务调用实体,将所述服务调用实体配置到所述服务选择器中。
在一种实现方式中,所述处理器501,还用于:
若判断结果为所述支付应用程序标识对应的支付应用程序不存在所述指定格式的数据包,则获取所述支付应用程序标识对应的接口文档;
从所述接口文档中获取服务信息,并对所述服务信息进行封装得到服务调用实体,将所述服务调用实体配置到所述服务选择器中。
在一种实现方式中,所述子选择器包括配置选择器、支付类型选择器和订单生成选择器,所述处理器501,具体用于:
确定所述支付应用程序标识对应的配置项,并将所述配置项配置到所述配置选择器中;
确定所述支付应用程序标识对应的一个或多个支付方式,并将所述一个或多个支付方式配置到所述支付类型选择器中;
确定与所述支付应用程序标识对应的订单生成规则,并将所述订单生成规则配置到所述订单生成选择器中。
具体实现中,本申请实施例中所描述的处理器501和存储器502可执行本申请实施例图1或者图3提供的支付方法中所描述的实现方式,也可执行本申请实施例图4所描述的支付装置的实现方式,在此不再赘述。
本申请实施例中,处理器501可以获取用户终端发送的支付请求,其中,所述支付请求中携带了支付应用程序标识,再根据所述支付请求在支付选择器中确定与所述支付应用程序标识对应的多个子选择器和服务选择器,进一步的,在所述多个子选择器的各个子选择器中获取与所述支付应用程序标识对应的目标配置信息,其中,所述各个子选择器中的目标配置信息不相同,然后将所述目标配置信息加载到所述服务选择器的服务调用实体中,并利用加载所述目标配置信息后的所述服务调用实体调用与所述支付应用程序标识对应的接口,以完成支付。通过实施上述方法,可以降低调用支付接口的复杂性,使调用支付接口更加简单,使支付更加方便快捷。
本申请实施例还提供了一种计算机可读存储介质,该计算机可读存储介质中存储有程序指令,所述程序执行时可包括如图1或者图3对应实施例中的支付方法的部分或全部步骤。
需要说明的是,对于前述的各个方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某一些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:闪存盘、只读存储器(Read-Only Memory,ROM)、随机存取器(Random AccessMemory,RAM)、磁盘或光盘等。
以上对本申请实施例所提供的一种支付方法、装置、服务器及存储介质进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
- 一种支付方法、支付服务器、交易服务器及可读存储介质
- 支付处理系统、支付终端、通信装置、支付服务器和支付处理方法