一种交易管理方法、装置、服务器及存储介质与流程

文档序号:15021008发布日期:2018-07-25 00:42阅读:165来源:国知局

本发明涉及网络交易技术领域,尤其涉及一种交易管理方法、装置、服务器及存储介质。



背景技术:

近年来随着互联网及网络金融、购物的普及,丰富了人们的生活。其中,由于用户往往会通过交易软件中提供的第三方代收代付通道进行交易,使得网上交易如充值和提现给人们的生活带来了便捷。

目前,当用户在网上发起充值或提现请求时,服务器通过调用第三方代收代付通道来响应用户的请求。然而,第三方代收代付通道状态不可预知,一旦代收代付通道出现异常,将会导致用户充值或提现失败,从而降低了用户的体验。



技术实现要素:

本发明实施例提供一种交易管理方法、装置、服务器及存储介质,在用户没感知的情况下即可解决代收代付异常的问题,从而提升了用户体验。

第一方面,本发明实施例提供了一种交易管理方法,该方法包括:

获取交易请求,并监测当前第三方代收代付通道是否存在异常;

若存在异常,则依据交易平台支持的各第三方代收代付通道的状态信息将所述交易请求发送给备选第三方代收代付通道,进行交易。

第二方面,本发明实施例还提供了一种交易管理装置,该装置包括:

请求获取模块,用于获取交易求;

异常监测模块,用于监测当前第三方代收代付通道是否存在异常;

请求发送模块,若存在异常,则依据交易平台支持的各第三方代收代付通道的状态信息将所述交易请求发送给备选第三方代收代付通道,进行交易。

第三方面,本发明实施例还提供了一种服务器,该服务器包括:

一个或多个处理器;

存储装置,用于存储一个或多个程序;

当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现第一方面中任意所述的交易管理方法。

第四方面,本发明实施例还提供了一种存储介质,其上存储有计算机程序,该程序被处理器执行时实现第一方面中任意所述的交易管理方法。

本发明实施例提供的交易管理方法、装置、服务器及存储介质,通过对第三方代收代付通道的异常进行监测,当前第三方代收代付通道存在异常时,根据交易平台所支持的各第三方代收代付通道的状态信息可灵活切换到备选的第三方代收代付通道,解决了现有的一旦代收代付通道异常,将导致用户交易失败,从而造成用户体验差的问题,在用户没感知的情况下解决代收代付异常,提升了用户体验。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本发明的其它特征、目的和优点将会变得更明显:

图1是本发明实施例一中提供的一种交易管理方法的流程图;

图2是本发明实施例二中提供的一种交易管理方法的流程图;

图3是本发明实施例三中提供的一种交易管理方法的流程图;

图4是本发明实施例四中提供的一种交易管理方法的流程图;

图5是本发明实施例五中提供的一种交易管理装置的结构框图;

图6是本发明实施例六中提供的一种服务器的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部内容。

实施例一

图1为本发明实施例一提供的一种交易管理方法的流程图,本实施例基于的情况如用户在桔子理财应用程序上进行充值、支付或提现等交易。该方法可以由本发明实施例提供的交易管理装置/服务器/计算机可读存储介质来执行,该装置/服务器/计算机可读存储介质可采用软件和/或硬件的方式实现。参见图1,该方法具体包括:

S110,获取交易请求,并监测当前第三方代收代付通道是否存在异常。

其中,交易是指用户在交易公司提供的交易平台上所进行的充值、提现或购物支付等操作。相对应的,交易请求是指根据用户的操作自动产生的请求;交易请求的产生可以包括以下情况:其一,可以根据用户在充值或提现过程中输入的金额,产生交易请求;其二,可以根据用户在支付过程中生成的待支付账单,自动产生的交易请求。

第三方代收代付通道是指交易公司提供的交易平台对应的后端服务器与第三方代收代付进行交易的通信通道。示例性的,该交易公司提供的交易平台所支持的第三方代收可以包括:易宝、连连、快钱、金运通、财付通、京东支付等;第三方代付可以包括:财付通、中信、平安、广发等。

示例性的,交易管理装置可以是交易公司提供的交易平台对应的后端服务器,该服务器上有专门进行交易的主线程,用于读取服务参数文件server.xml,并根据参数启动服务,轮询等待请求;此外,需要说明的是,现有的技术,当服务器接收到用户发起的如充值、提现等交易请求时,由于第三方代收代付通道状态不可预知,一旦该第三方代收代付通道异常,将导致用户的交易失败;因此,本实施例的服务器上还开启有监控告警服务子线程,用于实时监测交易公司提供的交易平台所支持的各第三方代收代付通道的状态,并将此状态实时通知到主线程,以保证主线程上进行的交易正常。

可选的,监测交易请求对应的第三方代收代付通道是否存在异常,包括:检索第三方代收代付通道的日志文件中的代收代付异常信息;若代收代付异常信息出现次数大于预设阈值,则确定第三方代收代付通道存在异常。其中,日志文件中包含有代收代付的交易路径、标识信息及报错参数等;预设阈值为7。

具体的,监控告警服务子线程,一直在轮询第三方代收代付的日志文件。检索日志文件中的关键信息:代收代付日志、代收代付正常及代收代付异常;当连续出现7次报错日志有关键信息代收代付异常,则断定该第三方代收代付通道存在异常,将子线程将通知主线程关闭该通道。

S120,若存在异常,则依据交易平台支持的各第三方代收代付通道的状态信息将交易请求发送给备选第三方代收代付通道,进行交易。

其中,状态信息是指各第三方代收代付对应的通信通道的状态,可以包括正常和异常两种状态;备选第三方代收代付通道是指交易公司提供的交易平台所支持的第三方代收通道中的任意一个。

具体的,当前的第三方代收代付通道是易宝对应的通道,监控告警服务子线程监测到该通道异常时,将发出告警信息,主线程接收到该告警信息时,将该通道的状态修改为异常即关闭该通道,并通知服务器上另一个具有选举子功能的子线程根据易宝、连连、快钱、金运通、财付通、京东支付、财付通、中信、平安及广发对应的通道的状态信息和相应规则,从中选择一个如财付通作为备选第三方代收代付通道来响应用户的交易请求。

本发明实施例提供的交易管理方法,通过对第三方代收代付通道的异常进行监测,当前第三方代收代付通道存在异常时,根据交易平台所支持的各第三方代收代付通道的状态信息可灵活切换到备选的第三方代收代付通道,解决了现有的一旦代收代付通道异常,将导致用户交易失败,从而造成用户体验差的问题,在用户没感知的情况下解决代收代付异常,提升了用户体验。

示例性的,在监测到当前第三方代收代付通道存在异常之后,还可以包括:发出告警信息,并将第三方代收代付通道对应的状态信息标注为异常状态。其中,告警信息可以是以短信、蜂鸣器报警或屏幕显示的方式告知相关工作人员,该通道异常,需定位解决;异常状态下的第三方代收代付通道处于关闭状态。

可选的,将第三方代收代付通道对应的状态信息标注为异常状态之后,还可以包括:实时监测处于异常状态的第三方代收代付通道,并定时向第三方代收代付通道发送账户查询请求;若预设次数内均收到正常回应信息,则将第三方代收代付通道的状态信息更改为正常状态。

其中,账户查询请求是服务器通过第三方代收代付通道向第三方代收代付发送的用于查询该账户信息的请求;正常回应信息指第三方代收代付完成交易请求后,通过其对应的通道向服务器发送的成功交易信息;预设次数是服务器预先设置的,不同的第三方代收代付可对应不同的预设次数。为了保证交易的安全及可靠,预设次数越大越好,如预设次数可以是1000。

具体的,该服务器还可以有一个专门用于监控异常通道的子线程。当主线程接收到监控告警服务子线程发出的告警信息后,将该通道的状态修改为异常状态后,通知监控异常通道的子线程定时的向该通道发送账户查询请求,若连续1000次请求都能收到该第三方代收代付的正常回应,则重新开启该第三方代收代付对应的通道。

实施例二

图2为本发明实施例二提供的一种交易管理方法的流程图,该方法在上述实施例一的基础上,进一步地对获取交易请求进行优化。参见图2,该方法具体包括:

S210,响应于交易操作,根据交易操作中的用户信息读取预先存储的交易规则文件。

其中,交易操作是指用于在交易公司提供的交易平台的交易界面上进行操作,如在充值或提现界面输入金额;该交易操作中可以包含用户的信息,如用户信用等级、充值或提现的银行等。交易规则文件是指交易公司提供的交易平台、各个银行及交易平台所支持的所有第三方代收代付的规定,其中,不同的第三方代收代付对应的规定不同。

S220,依据交易规则文件获取交易操作对应的交易的可用额度。

其中,可用额度是指是指银行或交易公司根据提供的资信情况,在指定期限内,给予最高可以使用的金额;一般为交易平台所提供的用户可使用的金额的上限值。不同用户对应的可用额度不同,用户信用等级高的可用额度相对较高。

此外,可用额度还可以与交易请求的次数有关。例如,如果该用户当用户在当天首次进行交易操作,则可用额度为当天可用额的最高值;当该用户在当天进行交易操作的次数为至少两次时,可用额度将按一定的比例减少,可通过支付一定的信用费用来提升当前可用额度到当天最高可以使用的金额,以完成交易。

具体的,当服务器主线程获取到用户在交易界面上进行的交易操作如充值时,则会根据用户发起的充值操作中的用户信用等级信息读取相关的规则文件,以获得用户目前的最高可用额度。

S230,若交易操作中包含的金额未超过可用额度,则生成交易请求。

当交易操作中包含的金额未超过交易平台所规定的可用额度,但超过目前第三方代收代付当天的可用额度,则可切换到能够满足此次交易的第三方代收代付,以获取该交易请求。

示例性的,若交易请求中包含的金额超过可用额度,则向客户端发送超额提示信息。

例如,用户在交易界面上进行提现操作时,当用户的当天提现金额超过相关银行网上交易的可用额度时,由于本申请预先存储了规则文件,会第一时间将提现超额信息告知用户。

S240,监测当前第三方代收代付通道是否存在异常。

S250,若存在异常,则依据交易平台支持的各第三方代收代付通道的状态信息将交易请求发送给备选第三方代收代付通道,进行交易。

本发明实施例提供的交易管理方法,首先对用户的交易额度进行判断,对于符合规定的用户才进行交易请求,这样不仅可减少系统请求的压力,也更加快速的让用户第一时间知道结果;同时通过对第三方代收代付通道的异常进行监测,当前第三方代收代付通道存在异常时,根据交易平台所支持的各第三方代收代付通道的状态信息可灵活切换到备选的第三方代收代付通道,解决了现有的一旦代收代付通道异常,将导致用户交易失败,从而造成用户体验差的问题,在用户没感知的情况下解决代收代付异常,提升了用户体验。

实施例三

图3为本发明实施例三提供的一种交易管理方法的流程图,该方法在上述实施例的基础上,进一步地对若存在异常,则依据交易平台支持的各第三方代收代付通道的状态信息将所述交易请求发送给备选第三方代收代付通道进行优化。参见图3,该方法具体包括:

S310,获取交易请求,并监测当前第三方代收代付通道是否存在异常。

S320,若存在异常,查询各第三方代收代付通道的状态信息。

当服务器的主线程接收到监控告警服务子线程发出的告警信息后,通知具有选举子功能的子线程查询各个通道的状态信息。

S330,依据状态信息和通道选择规则确定备选第三方代收代付通道。

其中,通道选择规则是指如何从正常中通道中选择进行交易的通道,可以包括:各个通道的响应速度、当前的请求次数以及出现异常的次数等。

具有选举子功能的子线程根据查询到的各个通道的状态信息及预先设置的通道选择规则从处于正常状态的通道中选择一个作为备选第三方代收代付通道。

S340,将交易请求发送给备选第三方代收代付通道,进行交易。

本发明实施例提供的交易管理方法,通过对第三方代收代付通道的异常进行监测,当前第三方代收代付通道存在异常时,根据交易平台所支持的各第三方代收代付通道的状态信息可灵活切换到备选的第三方代收代付通道,解决了现有的一旦代收代付通道异常,将导致用户交易失败,从而造成用户体验差的问题,在用户没感知的情况下解决代收代付异常,提升了用户体验。

实施例四

图4为本发明实施四提供的一种交易管理方法的流程图,该方法是上述实施例提供的一种优选示例。具体的,该方法可以包括:

S401,响应于交易操作,根据交易操作中的用户信息读取预先存储的交易规则文件。

S402,依据交易规则文件获取交易操作对应的交易的可用额度。

S403,判断交易操作中包含的金额是否超过可用额度。若未超过,则执行步骤S404,若超过,则执行步骤S405。

S404,获取交易请求,并监测当前第三方代收代付通道是否存在异常。若存在异常,则执行步骤S406;否则,执行步骤S409。

S405,向客户端发送超额提示信息。

S406,查询各第三方代收代付通道的状态信息。

S407,依据状态信息和通道选择规则确定备选第三方代收代付通道。

S408,将交易请求发送给备选第三方代收代付通道。

S409,进行正常交易。

本发明实施例提供的交易管理方法,首先对用户的交易额度进行判断,对于符合规定的用户才进行交易请求,这样不仅可减少系统请求的压力,也更加快速的让用户第一时间知道结果;同时通过对第三方代收代付通道的异常进行监测,当前第三方代收代付通道存在异常时,根据交易平台所支持的各第三方代收代付通道的状态信息可灵活切换到备选的第三方代收代付通道,解决了现有的一旦代收代付通道异常,将导致用户交易失败,从而造成用户体验差的问题,在用户没感知的情况下解决代收代付异常,提升了用户体验。

实施例五

图5为本发明实施例五提供的一种交易管理装置的结构框图,该装置可执行本发明任意实施例所提供的交易管理方法,具备执行方法相应的功能模块和有益效果。如图5所示,该装置可以包括:

请求获取模块510,用于获取交易求;

异常监测模块520,用于监测当前第三方代收代付通道是否存在异常;

请求发送模块530,若存在异常,则依据交易平台支持的各第三方代收代付通道的状态信息将交易请求发送给备选第三方代收代付通道,进行交易。

本发明实施例提供的交易管理装置,通过对第三方代收代付通道的异常进行监测,当前第三方代收代付通道存在异常时,根据交易平台所支持的各第三方代收代付通道的状态信息可灵活切换到备选的第三方代收代付通道,解决了现有的一旦代收代付通道异常,将导致用户交易失败,从而造成用户体验差的问题,在用户没感知的情况下解决代收代付异常,提升了用户体验。

可选的,请求获取模块510具体用于:

响应于交易操作,根据交易操作中的用户信息读取预先存储的交易规则文件;

依据交易规则文件获取交易操作对应的交易的可用额度;

若交易操作中包含的金额未超过可用额度,则生成交易请求。

可选的,异常监测模块520具体用于:

检索第三方代收代付通道的日志文件中的代收代付异常信息;

若代收代付异常信息出现次数大于预设阈值,则确定第三方代收代付通道存在异常。

示例性的,上述装置还可以包括:

告警模块,用于若监测到当前第三方代收代付通道存在异常之后,发出告警信息;

状态更改模块,用于将第三方代收代付通道对应的状态信息标注为异常状态。

示例性的,上述装置还可以包括:

通道监测模块,用于在将所述第三方代收代付通道对应的状态信息标注为异常状态之后,实时监测处于异常状态的第三方代收代付通道,并定时向第三方代收代付通道发送账户查询请求;

状态更改模块还用于若预设次数内均收到正常回应信息,则将第三方代收代付通道的状态信息更改为正常状态。

可选的,请求发送模块530具体可以用于:

查询各第三方代收代付通道的状态信息;

依据状态信息和通道选择规则确定备选第三方代收代付通道;

将交易请求发送给备选第三方代收代付通道。

示例性的,上述装置还包括:

超额提示模块,用于若交易请求中包含的金额超过可用额度,则向客户端发送超额提示信息。

实施例六

图6为本发明实施例六提供的一种服务器的结构示意图。图6示出了适于用来实现本发明实施方式的示例性服务器12的框图。图6显示的服务器12仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示,该服务器12以通用计算设备的形式表现。该服务器12的组件可以包括但不限于:一个或者多个处理器或者处理单元16,系统存储器28,连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器,外围总线,图形加速端口,处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说,这些体系结构包括但不限于工业标准体系结构(ISA)总线,微通道体系结构(MAC)总线,增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

服务器12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被服务器12访问的可用介质,包括易失性和非易失性介质,可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质,例如随机存取存储器(RAM)30和/或高速缓存存储器32。服务器12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例,存储系统34可以用于读写不可移动的、非易失性磁介质(图6未显示,通常称为“硬盘驱动器”)。尽管图6中未示出,可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器,以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下,每个驱动器可以通过一个或者多个数据介质接口与总线18相连。系统存储器28可以包括至少一个程序产品,该程序产品具有一组(例如至少一个)程序模块,这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40,可以存储在例如系统存储器28中,这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

服务器12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信,还可与一个或者多个使得用户能与该设备交互的设备通信,和/或与使得该服务器12能与一个或多个其它计算设备进行通信的任何设备(例如网卡,调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且,服务器12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图所示,网络适配器20通过总线18与服务器12的其它模块通信。应当明白,尽管图中未示出,可以结合服务器12使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元16通过运行存储在系统存储器28中的程序,从而执行各种功能应用以及数据处理,例如实现本发明实施例所提供的交易管理方法。

实施例七

本发明实施例七还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时可实现上述实施例中任一的交易管理方法。

本发明实施例的计算机存储介质,可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于:电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络包括局域网(LAN)或广域网(WAN)连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

上述实施例序号仅仅为了描述,不代表实施例的优劣。

本领域普通技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个计算装置上,或者分布在多个计算装置所组成的网络上,可选地,他们可以用计算机装置可执行的程序代码来实现,从而可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件的结合。

本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间的相同或相似的部分互相参见即可。

以上所述仅为本发明的优选实施例,并不用于限制本发明,对于本领域技术人员而言,本发明可以有各种改动和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

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