电子支付方法及应用服务器技术

本发明专利技术公开了一种电子支付方法，所述方法包括：向各个支付渠道发送注册请求消息；接收所述各个支付渠道返回的注册响应消息，所述注册响应消息包括所述各个支付渠道的属性信息；对所述各个支付渠道的属性信息以支付渠道的标识为单位进行归类整理并形成渠道属性表；接收用户发起的支付请求，并从所述支付请求中解析出用户支付信息；将所述用户支付信息与所述渠道属性表进行匹配；及选择所述渠道属性表中与所述用户支付信息匹配的属性信息对应的支付渠道进行支付。本发明专利技术还提供一种应用服务器。本发明专利技术提供的电子支付方法及应用服务器，能根据用户选择的支付信息自动的为用户规划或选择出一条最优的支付渠道，进而提升用户体验。

Electronic payment method and application server

The invention discloses an electronic payment method, the method includes: payment channels to send each registration request message; receiving the registration response message returned by each payment channels, the registration response message includes the payment of each attribute information channel; the attribute information channels to various payment payment channels identification of units classified and the formation of channel attribute table; the user initiates received the request for payment, and the payment request from resolving user payment information; the user payment information matched with the channel attribute table; and choose the channels in the attribute table and the user attribute information corresponding to the payment information matching payment channel for payment. The invention also provides an application server. The electronic payment method and application server provided by the invention can automatically plan or select an optimal payment channel for users according to the payment information selected by users, so as to enhance user experience.

【技术实现步骤摘要】
电子支付方法及应用服务器
本专利技术涉及通信
，尤其涉及一种电子支付方法及应用服务器。
技术介绍
目前越来越多的第三方支付平台都支持很多的支付渠道，比如美团支付、12306支付等等，当在这些第三方支付平台关联的消费平台或者纯粹的第三方支付平台进行支付请求时，由于这些第三方支付平台关联着很多支付渠道，比如各大银行，甚至是支付宝或者微信支付，第三方支付界面一般会以列表的形式将所有的支付渠道进行列表呈现，然后供用户选择，但目前这种做法仅仅只是呈现给用户各个支付渠道的名单列表，用户并不能人为的很快的从诸多支付渠道中选择出最佳的支付渠道，即影响了用户体验。
技术实现思路
有鉴于此，本专利技术提出一种电子支付方法及应用服务器，可以在为用户提供多种不同的支付渠道的同时，还能根据用户选择的支付信息自动的为用户规划或选择出一条最优的支付渠道，进而提升用户体验。首先，为实现上述目的，本专利技术提出一种应用服务器，所述应用服务器包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的电子支付程序，所述电子支付程序被所述处理器执行时实现如下步骤：向各个支付渠道发送注册请求消息；接收所述各个支付渠道返回的注册响应消息，所述注册响应消息包括所述各个支付渠道的属性信息；对所述各个支付渠道的属性信息以支付渠道的标识为单位进行归类整理并形成渠道属性表；接收用户发起的支付请求，并从所述支付请求中解析出用户支付信息；将所述用户支付信息与所述渠道属性表进行匹配；及选择所述渠道属性表中与所述用户支付信息匹配的属性信息对应的支付渠道进行支付。可选地，所述属性信息包括第一属性信息，所述第一属性信息包括：支付业务级别、支付业务类型、渠道的单笔限额、渠道的单日限额、渠道的服务时间；所述用户支付信息包括：用户选择的支付业务级别、支付业务类型、支付金额、支付时间。可选地，所述属性信息还包括第二属性信息，所述第二属性信息包括：渠道的稳定性、渠道的并发性、渠道的支付成功率、渠道的状态、渠道到账时效及渠道支付费率。可选地，所述选择所述渠道属性表中与所述用户支付信息匹配的属性信息对应的支付渠道进行支付的步骤，具体包括：当渠道属性表中存在预设数量的渠道的属性信息中第一属性信息与所述用户支付信息匹配时，根据所述预设数量的渠道的属性信息中的第二属性信息确定与所述用户支付信息匹配的属性信息对应的支付渠道。此外，为实现上述目的，本专利技术还提供一种电子支付方法，该方法应用于应用服务器，所述方法包括：向各个支付渠道发送注册请求消息；接收所述各个支付渠道返回的注册响应消息，所述注册响应消息包括所述各个支付渠道的属性信息；对所述各个支付渠道的属性信息以支付渠道的标识为单位进行归类整理并形成渠道属性表；接收用户发起的支付请求，并从所述支付请求中解析出用户支付信息；将所述用户支付信息与所述渠道属性表进行匹配；及选择所述渠道属性表中与所述用户支付信息匹配的属性信息对应的支付渠道进行支付。可选地，所述属性信息包括第一属性信息，所述第一属性信息包括：支付业务级别、支付业务类型、渠道的单笔限额、渠道的单日限额、渠道的服务时间；所述用户支付信息包括：用户选择的支付业务级别、支付业务类型、支付金额、支付时间。可选地，所述将所述用户支付信息与所述渠道属性表进行匹配的步骤，具体包括：判断用户选择的支付业务级别、支付业务类型与所述渠道属性表中第一属性信息中的支付业务级别、支付业务类型是否相同；当用户选择的支付业务级别、支付业务类型与所述渠道属性表中第一属性信息中的支付业务级别、支付业务类型相同时，则进一步判断用户选择的支付金额是否低于所述第一属性信息中的渠道的单笔限额和渠道的单日限额，且同时判断用户选择的支付时间是否在所述第一属性信息中的渠道的服务时间内；及当用户选择的支付金额低于所述第一属性信息中的渠道的单笔限额和渠道的单日限额，同时，用户选择的支付时间在所述第一属性信息中的渠道的服务时间内时，则判断所述第一属性信息与所述用户支付信息匹配。可选地，所述属性信息还包括第二属性信息，所述第二属性信息包括：渠道的稳定性、渠道的并发性、渠道的支付成功率、渠道的状态、渠道到账时效及渠道支付费率。可选地，所述选择所述渠道属性表中与所述用户支付信息匹配的属性信息对应的支付渠道进行支付的步骤，具体包括：当渠道属性表中存在预设数量的渠道的属性信息中第一属性信息与所述用户支付信息匹配时，根据所述预设数量的渠道的属性信息中的第二属性信息确定与所述用户支付信息匹配的属性信息对应的支付渠道。进一步地，为实现上述目的，本专利技术还提供一种计算机可读存储介质，所述计算机可读存储介质存储有电子支付程序，所述电子支付程序可被至少一个处理器执行，以使所述至少一个处理器执行如上述的电子支付方法的步骤。相较于现有技术，本专利技术所提出的应用服务器、电子支付方法及计算机可读存储介质，首先，向各个支付渠道发送注册请求消息；其次，接收所述各个支付渠道返回的注册响应消息，所述注册响应消息包括所述各个支付渠道的属性信息；再次，对所述各个支付渠道的属性信息以支付渠道的标识为单位进行归类整理并形成渠道属性表；然后，接收用户发起的支付请求，并从所述支付请求中解析出用户支付信息；接着，将所述用户支付信息与所述渠道属性表进行匹配；最后，选择所述渠道属性表中与所述用户支付信息匹配的属性信息对应的支付渠道进行支付。这样，可以避免现有技术中只是呈现给用户各个支付渠道的名单列表，用户并不能人为的很快的从诸多支付渠道中选择出最佳的支付渠道的弊端，可以在为用户提供多种不同的支付渠道的同时，还能根据用户选择的支付信息自动的为用户规划或选择出一条最优的支付渠道，进而提升用户体验。附图说明图1是应用服务器一可选的硬件架构的示意图；图2是本专利技术电子支付程序第一实施例的程序模块图；图3为本专利技术电子支付方法第一实施例的流程图；图4为本专利技术电子支付方法第二实施例的流程图。附图标记：应用服务器1存储器11处理器12网络接口13电子支付程序200请求模块201接收模块202整理模块203解析模块204匹配模块205支付模块206本专利技术目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。具体实施方式为了使本专利技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本专利技术进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本专利技术，并不用于限定本专利技术。基于本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本专利技术保护的范围。需要说明的是，在本专利技术中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本专利技术要求的保护范围之内。参阅图1所示，是应用服务器1一可选的硬件架构的示意图。所述应用服务器1可以是机架式服务器、刀片式服务器、塔式服务器或机柜式服务器等计算设备，该应用服务器1可以是独立的服务器，也可以是多个服务器所组成的服务器本文档来自技高网...

【技术保护点】
一种电子支付方法，应用于应用服务器，其特征在于，所述方法包括：向各个支付渠道发送注册请求消息；接收所述各个支付渠道返回的注册响应消息，所述注册响应消息包括所述各个支付渠道的属性信息；对所述各个支付渠道的属性信息以支付渠道的标识为单位进行归类整理并形成渠道属性表；接收用户发起的支付请求，并从所述支付请求中解析出用户支付信息；将所述用户支付信息与所述渠道属性表进行匹配；及选择所述渠道属性表中与所述用户支付信息匹配的属性信息对应的支付渠道进行支付。

【技术特征摘要】
1.一种电子支付方法，应用于应用服务器，其特征在于，所述方法包括：向各个支付渠道发送注册请求消息；接收所述各个支付渠道返回的注册响应消息，所述注册响应消息包括所述各个支付渠道的属性信息；对所述各个支付渠道的属性信息以支付渠道的标识为单位进行归类整理并形成渠道属性表；接收用户发起的支付请求，并从所述支付请求中解析出用户支付信息；将所述用户支付信息与所述渠道属性表进行匹配；及选择所述渠道属性表中与所述用户支付信息匹配的属性信息对应的支付渠道进行支付。2.如权利要求1所述的电子支付方法，其特征在于，所述属性信息包括第一属性信息，所述第一属性信息包括：支付业务级别、支付业务类型、渠道的单笔限额、渠道的单日限额、渠道的服务时间；所述用户支付信息包括：用户选择的支付业务级别、支付业务类型、支付金额、支付时间。3.如权利要求2所述的电子支付方法，其特征在于，所述将所述用户支付信息与所述渠道属性表进行匹配的步骤，具体包括：判断用户选择的支付业务级别、支付业务类型与所述渠道属性表中第一属性信息中的支付业务级别、支付业务类型是否相同；当用户选择的支付业务级别、支付业务类型与所述渠道属性表中第一属性信息中的支付业务级别、支付业务类型相同时，则进一步判断用户选择的支付金额是否低于所述第一属性信息中的渠道的单笔限额和渠道的单日限额，且同时判断用户选择的支付时间是否在所述第一属性信息中的渠道的服务时间内；及当用户选择的支付金额低于所述第一属性信息中的渠道的单笔限额和渠道的单日限额，同时，用户选择的支付时间在所述第一属性信息中的渠道的服务时间内时，则判断所述第一属性信息与所述用户支付信息匹配。4.如权利要求2所述的电子支付方法，其特征在于，所述属性信息还包括第二属性信息，所述第二属性信息包括：渠道的稳定性、渠道的并发性、渠道的支付成功率、渠道的状态、渠道到账时效及渠道支付费率。5.如权利要求4所述的电子支付方法，其特征在于，所述选择所述渠道属性表中与所述用户支付信息匹配的属性信息对应的支付渠道进行支付的...

【专利技术属性】
技术研发人员：李卓，邱英英，
申请(专利权)人：上海壹账通金融科技有限公司，
类型：发明
国别省市：上海,31