一种分布式智能支付路由的实现系统、方法及装置与流程

文档序号:18706563发布日期:2019-09-17 23:47阅读:153来源:国知局
一种分布式智能支付路由的实现系统、方法及装置与流程

本发明属于支付技术领域,特别涉及一种分布式智能支付路由的实现系统、方法及装置。



背景技术:

随着电子商务的发展,可实现支付的支付渠道有很多。现有技术中,用户在进行支付时,每次支付自动选择一种支付渠道,若该渠道支付失败,则需要用户手动重新选择支付渠道,过程繁琐,支付体验不好。



技术实现要素:

本发明所要解决的技术问题之一是提供一种分布式智能支付路由的实现系统,自动选择两种渠道,简化支付过程。

为了解决上述技术问题,本申请的实施例提供了一种分布式智能支付路由的实现系统,其包括:业务平台、支付路由模块和渠道模块;

所述业务平台,用于根据用户触发向所述支付路由模块发送第一支付请求,所述第一支付请求包含支付金额信息、平台支付策略信息和用户支付策略信息;

所述支付路由模块,用于接收所述第一支付请求,根据所述支付金额信息、平台支付策略信息和用户支付策略信息确定首选支付渠道信息和备选支付渠道信息,向所述渠道模块发送第二支付请求,所述第二支付请求包括所述支付金额信息和所述首选支付渠道信息,在接收到所述渠道模块发送的第一支付失败通知后,向所述渠道模块发送第三支付请求,所述第三支付请求包括所述支付金额信息和所述备选支付渠道信息,接收所述渠道模块发送的第一支付成功通知或第二支付成功通知,并向所述业务平台转发所述第一支付成功通知或所述第二支付成功通知;

所述渠道模块,接收所述第二支付请求,确定所述首选支付渠道信息对应的第一支付渠道,通过所述第一支付渠道完成支付,若所述第一支付渠道支付成功,则向所述支付路由模块发送第一支付成功通知,若所述第一支付渠道支付失败,则向所述支付路由模块发送第一支付失败通知,所述第一支付成功通知和所述第一支付失败通知包含所述首选支付渠道信息,接收所述第三支付请求,确定所述备选支付渠道信息对应的第二支付渠道,通过所述第二支付渠道完成支付,若所述第二支付渠道支付成功,则向所述支付路由模块发送第二支付成功通知,若所述第二支付渠道支付失败,则向所述支付路由模块发送第二支付失败通知,所述第二支付成功通知和所述第二支付失败通知包含所述备选支付渠道信息。

可选地,所述支付路由模块包括鉴权单元,所述第一支付请求还包括用户身份信息和密钥信息;

所述鉴权单元,用于根据所述用户身份信息和所述密钥信息对用户身份进行验证。

可选地,所述业务平台包括用户支付策略设置单元;

所述支付策略设置单元,用于接收用户输入的支付条件以及支付优先级,并根据所述支付优先级对所述支付条件进行排序,生成用户支付策略。

可选地,所述支付条件包括支付限额,支付费率和支付成功率。

可选地,所述业务平台包括平台支付策略生成单元;

所述平台支付策略生成单元,用于基于收款对象所属平台的信息,生成平台支付策略。

可选地,所属收款对象所属平台包括第三方电商平台和互联网金融平台。

本申请的实施例还提供了一种分布式智能支付路由的实现方法,其包括如下步骤,

接收业务平台发送的第一支付请求,所述第一支付请求包含支付金额信息、平台支付策略信息和用户支付策略信息;

根据所述支付金额信息、平台支付策略信息和用户支付策略信息确定首选支付渠道信息和备选支付渠道信息;

向渠道模块发送第二支付请求,所述第二支付请求包括所述支付金额信息和所述首选支付渠道信息;

在接收到所述渠道模块发送的第一支付失败通知后,向所述渠道模块发送第三支付请求,所述第三支付请求包括所述支付金额信息和所述备选支付渠道信息;

接收所述渠道模块发送的第一支付成功通知或第二支付成功通知,并向所述业务平台转发所述第一支付成功通知或所述第二支付成功通知。

可选地,所述第一支付请求还包括用户身份信息和密钥信息;在所述根据所述支付金额信息、平台支付策略信息和用户支付策略信息确定首选支付渠道信息和备选支付渠道信息之前,还包括,

根据所述用户身份信息和所述密钥信息对用户身份进行验证。

本申请的实施例还提供了一种分布式智能支付路由装置其包括,

接收模块,其用于接收业务平台发送的第一支付请求,所述第一支付请求包含支付金额信息、平台支付策略信息和用户支付策略信息;

确定模块,其用于根据所述支付金额信息、平台支付策略信息和用户支付策略信息确定首选支付渠道信息和备选支付渠道信息;

第一发送模块,其用于向渠道模块发送第二支付请求,所述第二支付请求包括所述支付金额信息和所述首选支付渠道信息;

第二发送模块,其用于在接收到所述渠道模块发送的第一支付失败通知后,向所述渠道模块发送第三支付请求,所述第三支付请求包括所述支付金额信息和所述备选支付渠道信息;

转发模块,其用于接收所述渠道模块发送的第一支付成功通知或第二支付成功通知,并向所述业务平台转发所述第一支付成功通知或所述第二支付成功通知;

可选地,所述第一支付请求还包括用户身份信息和密钥信息;所述装置还包括鉴权模块,

所述鉴权模块,用于根据所述用户身份信息和所述密钥信息对用户身份进行验证。

与现有技术相比,上述方案中的一个或多个实施例可以具有如下优点或有益效果:

本申请技术方案在支付过程中,根据用户预先设置的渠道选择策略,自动选择两种渠道,在一种支付渠道失败后,可自动选取另一支付渠道进行支付,减少了用户重新选择支付渠道的几率,从总体上简化了支付过程,给用户带来方便。

本发明的其他优点、目标,和特征在某种程度上将在随后的说明书中进行阐述,并且在某种程度上,基于对下文的考察研究对本领域技术人员而言将是显而易见的,或者可以从本发明的实践中得到教导。本发明的目标和其他优点可以通过下面的说明书,权利要求书,以及附图中所特别指出的结构来实现和获得。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1是根据本发明一实施例的分布式智能支付路由的实现系统的构成示意图;

图2是根据本发明另一实施例的分布式智能支付路由的实现系统的构成示意图;

图3是根据本发明一实施例的分布式智能支付路由的实现方法的流程示意图;

图4是根据本发明一实施例的分布式智能支付路由装置的构成示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚,下面将对本发明的技术方案进行详细的描述。显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式,都属于本发明所保护的范围。

图1是本发明一实施例的分布式智能支付路由的实现系统的构成示意图。

如图1所示,本申请一实施例中的分布式智能支付路由实现系统,其包括,业务平台100、支付路由模块200和渠道模块300;

业务平台100,用于根据用户触发向支付路由模块发送第一支付请求,第一支付请求包含支付金额信息、平台支付策略信息和用户支付策略信息;

支付路由模块200,用于接收第一支付请求,根据第一支付请求中的支付金额信息、平台支付策略信息和用户支付策略信息确定首选支付渠道信息和备选支付渠道信息,向渠道模块300发送第二支付请求,第二支付请求包括支付金额信息和所述首选支付渠道信息,在接收到渠道模块300发送的第一支付失败通知后,向渠道模块300发送第三支付请求,第三支付请求包括支付金额信息和备选支付渠道信息,接收渠道模块300发送的第一支付成功通知或第二支付成功通知,并向业务平台100转发第一支付成功通知或所述第二支付成功通知;

渠道模块300,接收第二支付请求,根据第二支付请求中的首选支付渠道信息,确定首选支付渠道信息对应的第一支付渠道,通过第一支付渠道完成支付,若第一支付渠道支付成功,则向支付路由模块200发送第一支付成功通知,若第一支付渠道支付失败,则向支付路由模块200发送第一支付失败通知,第一支付成功通知和第一支付失败通知包含首选支付渠道信息,接收支付路由模块200发送的第三支付请求,确定备选支付渠道信息对应的第二支付渠道,通过第二支付渠道完成支付,若第二支付渠道支付成功,则向支付路由模块发送第二支付成功通知,若第二支付渠道支付失败,则向支付路由模块发送第二支付失败通知,第二支付成功通知和第二支付失败通知包含备选支付渠道信息。

此外,需要说明的是,当渠道模块300通过备选支付渠道信息所确定的支付渠道进行支付仍没有成功时,其向支付路由模块200发送的第二支付失败通知为支付失败截止通知,支付路由模块200转发该通知给业务平台100,以通知用户支付失败,该交互过程与现有技术中支付失败时相同。

相比现有相关技术中,支付过程中每次自动选择一种支付渠道,若该渠道支付失败,则需要用户手动重新选择支付渠道,本申请技术方案在支付过程中,根据用户预先设置的渠道选择策略,自动选择两种渠道,在其中一种支付渠道失败后,可自动选取另一支付渠道进行支付,减少了用户重新选择支付渠道的几率,从总体上简化了支付过程,给用户带来方便。

图2是本发明另一实施例的分布式智能支付路由的实现系统的构成示意图。

如图2所示,该实施例的分布式智能支付路由实现系统包括,业务平台100、支付路由模块200和渠道模块300;

业务平台100,用于根据用户触发向支付路由模块发送第一支付请求,第一支付请求包含支付金额信息、平台支付策略信息和用户支付策略信息;

支付路由模块200,用于接收第一支付请求,根据第一支付请求中的支付金额信息、平台支付策略信息和用户支付策略信息确定首选支付渠道信息和备选支付渠道信息,向渠道模块300发送第二支付请求,第二支付请求包括支付金额信息和所述首选支付渠道信息,在接收到渠道模块300发送的第一支付失败通知后,向渠道模块300发送第三支付请求,第三支付请求包括支付金额信息和备选支付渠道信息,接收渠道模块300发送的第一支付成功通知或第二支付成功通知,并向业务平台100转发第一支付成功通知或所述第二支付成功通知;

渠道模块300,接收第二支付请求,根据第二支付请求中的首选支付渠道信息,确定首选支付渠道信息对应的第一支付渠道,通过第一支付渠道完成支付,若第一支付渠道支付成功,则向支付路由模块200发送第一支付成功通知,若第一支付渠道支付失败,则向支付路由模块200发送第一支付失败通知,第一支付成功通知和第一支付失败通知包含首选支付渠道信息,接收支付路由模块200发送的第三支付请求,确定备选支付渠道信息对应的第二支付渠道,通过第二支付渠道完成支付,若第二支付渠道支付成功,则向支付路由模块发送第二支付成功通知,若第二支付渠道支付失败,则向支付路由模块发送第二支付失败通知,第二支付成功通知和第二支付失败通知包含备选支付渠道信息。

在该实施例中,如图2所示,支付路由模块200还包括鉴权单元210,第一支付请求还包括用户身份信息和密钥信息;

鉴权单元210,用于根据用户身份信息和密钥信息对用户身份进行验证。只有在验证通过的情况下,才能进行后续支付过程。

在该实施例中,如图2所示,业务平台100还包括用户支付策略设置单元110;支付策略设置单元110,用于接收用户输入的支付条件以及支付优先级,并根据支付优先级对支付条件进行排序,生成用户支付策略。

具体的,例如支付条件包括支付限额,支付费率和支付成功率等。通过将各种支付条件进行优先级排序来生成用户支付策略,满足了用户个体需求,这样有助于后续最终确定最符合用户需求的支付渠道。

在该实施例中,如图2所示,业务平台100还包括平台支付策略生成单元120;平台支付策略生成单元120,用于基于收款对象所属平台的信息,生成平台支付策略。具体的,例如所属收款对象所属平台包括第三方电商平台和互联网金融平台等。

平台支付策略是基于收款对象所属平台的具体收款需求来生成的,例如有的平台收款对支付渠道有限制。基于收款对象所属平台的信息,生成平台支付策略,有助于后续确定最合理的支付渠道,提高支付的成功率。

如图3所示,本申请的一实施例中还提供了一种分布式智能支付路由的实现方法,包括如下步骤,

步骤s210,接收业务平台发送的第一支付请求,第一支付请求包含支付金额信息、平台支付策略信息和用户支付策略信息;

步骤s220,根据支付金额信息、平台支付策略信息和用户支付策略信息确定首选支付渠道信息和备选支付渠道信息;

步骤s230,向渠道模块发送第二支付请求,第二支付请求包括支付金额信息和首选支付渠道信息;

步骤s240,在接收到渠道模块发送的第一支付失败通知后,向渠道模块发送第三支付请求,第三支付请求包括支付金额信息和备选支付渠道信息;

步骤s250,接收渠道模块发送的第一支付成功通知或第二支付成功通知,并向业务平台转发第一支付成功通知或第二支付成功通知。

作为一种具体的实施方式,该实施例中,第一支付请求还包括用户身份信息和密钥信息;在根据支付金额信息、平台支付策略信息和用户支付策略信息确定首选支付渠道信息和备选支付渠道信息之前,还包括,根据用户身份信息和密钥信息对用户身份进行验证。只有在验证通过的情况下,才能进行后续支付过程。

如图4所示,本申请的一实施例中还提供了一种分布式智能支付路由装置,其包括,

接收模块31,其用于接收业务平台发送的第一支付请求,第一支付请求包含支付金额信息、平台支付策略信息和用户支付策略信息;

确定模块32,其用于根据支付金额信息、平台支付策略信息和用户支付策略信息确定首选支付渠道信息和备选支付渠道信息;

第一发送模块33,其用于向渠道模块发送第二支付请求,第二支付请求包括支付金额信息和首选支付渠道信息;

第二发送模块34,其用于在接收到渠道模块发送的第一支付失败通知后,向渠道模块发送第三支付请求,第三支付请求包括支付金额信息和备选支付渠道信息;

转发模块,其用于接收渠道模块发送的第一支付成功通知或第二支付成功通知,并向业务平台转发第一支付成功通知或第二支付成功通知。

可选地,该实施例中,第一支付请求还包括用户身份信息和密钥信息;该装置还包括鉴权模块;鉴权模块,用于根据用户身份信息和密钥信息对用户身份进行验证。

上述各模块所执行的具体操作可以参见前述实施例,此处不再赘述。

可以理解的是,上述各实施例中相同或相似部分可以相互参考,在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是,在本发明的描述中,术语“第一”、“第二”等仅用于描述目的,而不能理解为指示或暗示相对重要性。此外,在本发明的描述中,除非另有说明,“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本发明的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本发明的实施例所属技术领域的技术人员所理解。

应当理解,本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(pga),现场可编程门阵列(fpga)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。

此外,在本发明各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器,磁盘或光盘等。

在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不一定指的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本发明的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本发明的限制,本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1