一种跨境支付多商户服务状态通知的系统和方法
【技术领域】
[0001]本发明涉及跨境支付多商户服务状态通知的系统和方法领域。
【背景技术】
[0002]伴随互联网新兴跨境电子商务的高歌猛进，企业和消费者对跨境支付的需求也呈几何级数增长。使用传统的线下汇款和银行转账等支付模式不可避免存在资金到账周期长，付款确认速度慢的问题。而使用在线支付模式又存在掉单率高的问题，现有的商户通知过程，返回地址通过页面参数传递，只能通过浏览器的跳转方式来实现商户的交易通知，经常出现由于客户端浏览器故障或者网络故障出现付款的最终状态无法实时有效通知到商户，导致订单处理流程无法扭转。而且针对网关交易的拒付、退款等处理流程也无法实时体现到订单信息上，造成业务环节的阻塞中断，业务流程无法闭合。这些问题最终都会促成订单处理效率低，需要太多人工介入环节，造成买卖家双方用户体验差等缺点。如申请号201210109719.X的专利在数字电视在线支付系统中一种与商户系统交易的接口方法公开了在数字电视在线支付系统中一种与商户系统交易的接口方法，包括支付系统定时对订单进行自动扫描，对用户超时未做确认的订单进行处理。通过定时处理方式实时性不高，不能及时有效的通知到商户，增加了掉单几率，造成买卖家双方用户体验差等缺点。
【发明内容】
[0003]为解决现有技术中存在的问题和缺陷，本发明提供一种跨境支付多商户服务状态通知的方法，实施该方法的系统还包括商户系统和支付系统，该方法依次包括以下步骤:
A.商户进行交易操作；
B.支付系统将相应的交易完成通知入队列；
C.从队列中接收交易完成通知；
D.处理通知；
E.如果处理成功，则删除队列中相应通知，执行步骤F;
F.处理下一条交易完成通知；
G.如果处理失败，则启动失败处理策略。
[0004]优选的是，在所述步骤B中，所述队列包括采用生产者-消费者模式的队列。
[0005]上述任一方案中优选的是，在所述步骤D中，所述处理包括多线程处理。
[0006]上述任一方案中优选的是，所述多线程处理包括针对不同的商户使用不同的线程池调度，设置不同的阻塞策略，对线程池进行监控和容错。
[0007]上述任一方案中优选的是，在所述步骤D中，所述处理通知包括根据商户设置的轮询次数和轮询时间来发送通知消息。
[0008]上述任一方案中优选的是，在所述步骤G中，所述失败处理策略包括 G1.将失败信息入库；
G2.生成审计报告； G3.通知商户。
[0009]上述任一方案中优选的是，在所述步骤G2中，所述审计报告包括审计视图；
上述任一方案中优选的是，所述审计视图用于将处理失败的通知呈现给商户。
[0010]上述任一方案中优选的是，在所述步骤G3中，所述通知商户包括对http和https地址进行通知。
[0011]本发明还提供一种跨境支付多商户服务状态通知的系统，包括商户系统和支付系统，该系统包括以下模块:
模块A，用于商户进行交易操作；
模块B，用于支付系统将相应的交易完成通知入队列；
模块C，用于从队列中接收交易完成通知；
模块D，用于处理通知；
模块E，用于如果处理成功，则删除队列中相应通知，执行步骤F;
模块F，用于处理下一条交易完成通知；
模块G，用于如果处理失败，则启动失败处理策略。
[0012]优选的是，在所述模块B中，所述队列包括采用生产者-消费者模式的队列。
[0013]上述任一方案中优选的是，在所述模块D中，所述处理包括多线程处理。
[0014]上述任一方案中优选的是，所述多线程处理包括针对不同的商户使用不同的线程池调度，设置不同的阻塞策略，对线程池进行监控和容错。
[0015]上述任一方案中优选的是，在所述模块D中，所述处理通知包括根据商户设置的轮询次数和轮询时间来发送通知消息。
[0016]上述任一方案中优选的是，在所述模块G中，所述失败处理策略包括模块G1,用于将失败信息入库；
模块G2，用于生成审计报告；
模块G3,用于通知商户。
[0017]上述任一方案中优选的是，在所述模块G2中，所述审计报告包括审计视图；
上述任一方案中优选的是，所述审计视图用于将处理失败的通知呈现给商户。
[0018]上述任一方案中优选的是，在所述模块G3中，所述通知商户包括对http和https地址进行通知。
[0019]上述任一方案中优选的是，所述跨境支付多商户服务状态通知的系统与所述商户系统实现握手的策略，即通过协议约定的方式实现所述商户系统与所述跨境支付多商户服务状态通知的系统之间的信任和交互。
[0020]上述任一方案中优选的是，所述跨境支付多商户服务状态通知的系统对本系统中的关键指标、运行状态进行监控，对业务流程做日志记录。
[0021]上述任一方案中优选的是，所述监控用于当系统运行达到阈值时会及时发出报警信息通知报警人，并通过对所述运行状态的监控自动采取故障转移的策略.上述任一方案中优选的是，所述故障转移的策略包括自动启动failover备用程序。
[0022]本发明针对不同商户配置差异化的通知形式。通过配置不同的交易通知地址实现不同商户通知间互不干扰。配置商户的状态通知策略实现对通知未成功轮询次数和轮询间隔时间的控制，实现不同的失败的处理形式，包括对失败原因的记录、通知失败时发送邮件或短信形式报警给商户、失败次数超过设置阀值的商户通知将形成相应格式文档提供给交易系统运营人员和商户人员审计，同时在提供的审计视图上商户人员可以决定是否对失败的消息再次发送通知。通过以上策略灵活管理商户通知的配置，节省了时间成本，提升了商户运营效率。
[0023]本发明实现了对商户通知的存储通过生产者-消费者模式保证队列信息处理效率提升，减少交易流程处理时间。通过对队列的监控处理实现对消息管道中的遗漏信息进行补偿机制，进一步减少消息丢失率。
[0024]本发明对商户的消息的分发实现多线程处理，针对不同的商户使用不同的线程池调度，设置不同的阻塞策略，对线程池进行监控和容错，提升系统的处理效率和吞吐能力。
[0025]本发明实现了通知系统和商户系统握手的策略，通过协议约定的方式实现商户系统与本系统间信任和交互。
[0026]本发明针对http和https的商户通知地址能兼容,应对不同的商户处理协议。
[0027]本发明通过实现对多商户的接入管理，灵活配置商户的通知形式和策略来提升商户运营效率，对用户在线支付过程中交易最终状态的存储和分发，达到实时通知商户的目的，减少掉单率，极大提升了商户处理订单的效率，最终提升了买卖家双方的用户体验。
【附图说明】
[0028]图1为按照本发明一种跨境支付多商户服务状态通知的系统和方法的一优选实施例的多商户服务通知设置的划分示意图；
图2为图1所示实施例的系统主要流程图；
图3为图1所示实施例的系统交互示意图；
图4为图1所示实施例的监控示意图。
【具体实施方式】
[0029]下面结合附图和优选的实施方式对本发明作进一步详细描述。权利要求中构成要件和实施例中具体实例之间的对应关系可以如下例证。这里的描述意图在于确认在实施例中描述了用来支持在权利要求中陈述的主题的具体实例，由于在实施例中描述了实例，不意味着该具体实例不表示构成要件。相反地，即使在此包含了具体实例作为对应一个构成要件的要素特征，也不意味着该具体实例不表示任何其它构成要件。
[0030]此外，这里的描述不意味着对应于实施例中陈述的具体实例的所有主题都在权利要求中引用了。换句话说，这里的描述不否认这种实体，即对应实施例包含的具体实例，但不包含在其任何一项权利要求中，即，能够在以后的修正被分案并申请、或增加的可能发明的实体。
[0031]本发明提供一优选实施例1，一种跨境支付多商户服务状态通知的方法，实施该方法的系统还包括商户系统和支付系统，该方法包括
商户系统进行付款、退款、拒付等操作；
交易系统完成相应业务流程，生成一个交易完成通知；
交易系统将此交易完成通知送入生产者-消费者模式的队列。
[0032]进行商户服务状态通知的时候，将交易完成通知从队列中取出； 使用多线程，针对不同的商户使用不同的线程池调度的方法对交易完成通知进行处理；
根据商户设定的轮询次数和轮询时间，将交易完成通知发送给商户；
发送时，可以支持商户提供的各种地址，包括http和https ；