CN104156863A - Ota网站的订单处理系统及方法 - Google Patents

Abstract

本发明公开了一种OTA网站的订单处理系统及方法，系统包括一订单发送模块，用于收集用户提交的订单，并向产品供应商网站的服务器发送订单；一订单检测模块，用于检测在一第一时间段内是否接收到服务器的反馈信息，若否，则确认OTA网站与产品供应商网站之间的网络异常，并将订单设置为失败订单；一消息服务器，包括一异步消息队列、一网络检测模块及一消息传输模块，异步消息队列用于存储失败订单；消息传输模块用于提取失败订单，并调用网络检测模块检测网络是否恢复，若是，则消息传输模块还调用API接口将失败订单异步传输至供应商网站的服务器中。本发明采用异步消息队列对失败订单进行自动化处理，节约了OTA网站的成本。

Description

OTA网站的订单处理系统及方法

技术领域

本发明涉及一种OTA网站的订单处理系统及方法，特别是涉及一种能够采用异步消息队列机制处理失败订单的OTA网站的订单处理系统以及一种利用所述订单处理系统实现的OTA网站的订单处理方法。

背景技术

随着互联网行业的飞速发展，OTA网站(在线旅游网站)的旅游电子商务在线预订业务以每年超过20％的幅度增长，酒店、机票等在线下单已经成为一种大众趋势，当用户在OTA网站下单购买产品之后，OTA网站系统会将订单发送至产品供应商网站以购买产品。但是，在OTA网站系统连接酒店供应商网站的时候，很可能因为供应商网站的服务器宕机、访问用户过多、系统性能低等原因造成没有响应或响应缓慢，导致无法及时响应订单请求，进而导致用户无法购买产品，从而产生较差的用户体验，导致潜在的消费用户流失。

现有技术中这种因为产品供应商服务器或网站性能差引起的网络故障很大程度上制约了OTA网站的发展，目前针对此类问题的处理方式是人工干预，即当订单失败后，OTA网站的工作人员通过电话或邮件联系客户和产品供应商。很显然，现有技术的这种处理方式耗费了大量的时间和人力物力，因此如何弥补当前OTA网站下单流程中的这一弊端，完善OTA网站订单系统，形成高效快捷的下单模式成为亟需解决的问题。

发明内容

本发明要解决的技术问题是为了克服现有技术中用户在线预订旅游产品过程中，产品供应商网站服务器因为各种原因无法及时响应OTA网站的请求，导致用户下单失败和在线等待的缺陷，提供一种能够采用异步消息队列机制处理失败订单的OTA网站的订单处理系统以及一种利用所述订单处理系统实现的OTA网站的订单处理方法。

本发明是通过下述技术方案来解决上述技术问题的：

本发明提供了一种OTA网站的订单处理系统，其特点在于，包括：

一订单发送模块，用于收集用户提交的用于购买产品的订单，并向产品供应商网站的服务器发送所述订单；

一订单检测模块，用于检测在所述订单发送模块发送所述订单一第一时间段内是否接收到所述服务器的反馈信息，并在检测为否时，确认所述OTA网站与所述产品供应商网站之间的网络发生异常，并将所述订单设置为失败订单；

一消息服务器，包括一异步消息队列、一网络检测模块及一消息传输模块，所述异步消息队列用于存储所述失败订单；所述消息传输模块用于从所述异步消息队列中提取所述失败订单，并调用所述网络检测模块实时检测所述网络是否恢复正常，若是，则所述消息传输模块还调用API接口(应用程序编程接口)通过单向数据发送通道将所述失败订单异步传输至所述供应商网站的服务器中。

较佳地，所述失败订单还包括一失败原因字段，所述订单检测模块在检测为否时，还用于继续检测所述订单发送模块是否成功发出所述订单，若成功发出，则确认所述网络发生异常的原因为网络响应超时，并将所述失败原因字段信息设置为一第一字段，若未成功发出，则确认所述网络发生异常的原因为网络连接中断，并将所述失败原因字段信息设置为一第二字段。

其中，所述第一字段表征网络响应超时，所述第二字段表征网络连接中断。

较佳地，所述订单检测模块在检测为是时，还用于继续检测所述反馈信息是否表征下单失败，若表征，则从所述供应商网站的服务器中提取所述产品的库存量信息，并判断库存量是否为空，若为空，则将所述订单设置为失败订单，并将所述失败原因字段信息设置为一第三字段，若不为空，则从所述供应商网站的服务器获取所述订单的订单契约，并判断所述订单契约是否发生过修改，若发生过修改，则将所述订单设置为失败订单，并将所述失败原因字段设置为一第四字段。

所述订单契约表示产品供应商网站设定的订单的具体数据信息，例如对于机票订单来说，订单契约包括出发地、目的地、机票价格等，所述第三字段表征产品库存量为空，所述第四字段表征订单契约发生修改。

较佳地，所述消息传输模块在提取所述失败订单后，还用于解析所述失败原因字段，若为第三字段，则更新所述OTA网站的数据库，以将所述产品的库存量设置为空；若为第四字段，则将所述OTA网站中的所述产品的订单契约更新为与所述供应商网站中的发生过修改的所述订单契约相同；若为所述第一字段或所述第二字段，则调用所述网络检测模块。

较佳地，所述订单处理系统还包括一初始值为零的计数器，在所述消息传输模块异步传输所述失败订单后，所述订单检测模块还用于检测在一第二时间段内是否接收到所述供应商网站的服务器的反馈信息，若否，则判断所述计数器的计数值是否达到一阈值，若达到，则不做动作，若未达到，则调用所述消息传输模块再次异步传输所述失败订单，并将所述计数器的计数值加1。

本发明的目的在于还提供了一种OTA网站的订单处理方法，其特点在于，其利用上述的订单处理系统实现，包括以下步骤：

S₁、收集用户提交的用于购买产品的订单，并向产品供应商网站的服务器发送所述订单；

S₂、检测在发送所述订单一第一时间段内是否接收到所述服务器的反馈信息，并在检测为否时，执行步骤S₃；

S₃、确认所述OTA网站与所述产品供应商网站之间的网络发生异常，并将所述订单设置为失败订单；

S₄、将所述失败订单存储至所述异步消息队列中；

S₅、从所述异步消息队列中提取所述失败订单，并实时检测所述网络是否恢复正常，若是，则执行步骤S₆；

S₆、调用API接口通过单向数据发送通道将所述失败订单异步传输至所述供应商网站的服务器中。

较佳地，所述失败订单还包括一失败原因字段，步骤S₃与S₄之间还包括一步骤S₃₁：检测是否成功发出所述订单，若成功发出，则确认所述网络发生异常的原因为网络响应超时，并将所述失败原因字段信息设置为一第一字段，若未成功发出，则确认所述网络发生异常的原因为网络连接中断，并将所述失败原因字段信息设置为一第二字段。

较佳地，步骤S₂中在检测为是时还执行一步骤S₂₁：检测所述反馈信息是否表征下单失败，若表征，则从所述供应商网站的服务器中提取所述产品的库存量信息，并判断库存量是否为空，若为空，则将所述订单设置为失败订单，并将所述失败原因字段信息设置为一第三字段，若不为空，则从所述供应商网站的服务器获取所述订单的订单契约，并判断所述订单契约是否发生过修改，若发生过修改，则将所述订单设置为失败订单，并将所述失败原因字段设置为一第四字段。

较佳地，步骤S₂₁之后还执行步骤S₄，步骤S₅中在提取所述失败订单后，还解析所述失败原因字段，若为第三字段，则更新所述OTA网站的数据库，以将所述产品的库存量设置为空，然后结束流程；若为第四字段，则将所述OTA网站中的所述产品的订单契约更新为与所述供应商网站中的发生过修改的所述订单契约相同，然后结束流程；若为所述第一字段或所述第二字段，则实时检测所述网络是否恢复正常。

较佳地，所述订单处理系统还包括一初始值为零的计数器，步骤S₆之后还包括：

S₇、检测在一第二时间段内是否接收到所述供应商网站的服务器的反馈信息，若否，则判断所述计数器的计数值是否达到一阈值，若达到，则结束流程，若未达到，则执行步骤S₈；

S₈、再次异步传输所述失败订单，并将所述计数器的计数值加1，然后返回步骤S₇。

本发明的积极进步效果在于：本发明采用异步消息队列处理失败订单，从而针对由于产品供应商网站的网络故障而导致购买产品失败的订单提供了一种全新的处理方式，保证在网络恢复正常后第一时间处理用户订单，减少了用户在线等待时间，从而实现了对失败订单的自动化处理，降低了人工干预度，节约了OTA网站的运营成本，也提升了用户的使用体验。

附图说明

图1为本发明的实施例1的OTA网站的订单处理系统的模块示意图。

图2为本发明的实施例1的OTA网站的订单处理方法的流程图。

图3为本发明的实施例2的OTA网站的订单处理系统的模块示意图。

图4为本发明的实施例2的OTA网站的订单处理方法的流程图。

具体实施方式

下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。

实施例1

本实施例提供了一种OTA网站的订单处理系统，如图1所示，所述订单处理系统包括一订单发送模块1、一订单检测模块2、一消息服务器3。

所述订单处理系统能够针对用户在OTA网站的订单操作进行后续处理，用户在登录OTA网站后，会在线选择旅游产品如机票、酒店等，填写相应的订单信息后向OTA网站提交订单，所述订单发送模块1就收集用户提交的用户购买产品的订单，并向对应的产品供应商网站的服务器发送所述订单，如果OTA网站与产品供应商网站之间的网络连接正常，则产品供应商网站的服务器能够成功接收到所述订单，则会对接收到的订单进行处理，并将处理结果反馈给OTA网站。而本发明的订单处理系统主要针对的就是OTA网站与产品供应商网站之间网络发生异常而导致订单失败的情况，基于此，所述订单检测模块2会检测在所述订单发送模块1发送所述订单一第一时间段内(可根据需要进行设置)是否接收到所述产品供应商网站发送的反馈信息；

若接收到反馈信息，则继续监测所述反馈信息是否表征下单失败，若表征，则表明订单可以成功发送至产品供应商网站的服务器，即表明OTA网站与产品供应商网站之间的网络连接正常，但由于其他原因导致产品供应商网站无法正常处理订单，导致用户无法购买产品，此时会从所述供应商网站的服务器中提取产品的库存量信息，并判断库存量是否为空，若为空，则表明是由于产品库存量的原因而导致订单失败，此时会将所述订单设置为失败订单，并将失败订单的失败原因字段信息设置为一第三字段(具体包含的字母或数字可根据需要进行设置)，以表明失败原因为产品库存量为空，若不为空，则从所述供应商网站的服务器获取所述订单的订单契约，并判断所述订单契约是否发生过修改，若发生过修改，则表明是由于订单契约变化的原因而导致订单失败，此时会将所述订单设置为失败订单，并将所述失败原因字段信息设置为一第四字段(具体包含的字母或数字可根据需要进行设置)，以表明失败原因为订单契约发生修改；

若未接收到反馈信息，则表明由于网络连接的原因导致订单失败，此时所述订单检测模块2就确认所述OTA网站与所述产品供应商网站之间的网络连接发生异常，并将所述订单设置为失败订单；同时为了具体分析网络异常的原因，还继续检测所述订单发送模块1是否成功发出所述订单，若成功发出，则表明网络并未中断，只是由于产品供应商网站的网络繁忙而导致在第一时间段内没有响应订单请求，此时就确认所述网络发生异常的原因为网络响应超时，并将所述失败原因字段信息设置为一第一字段(具体包含的字母或数字可根据需要进行设置)，以表征失败原因为网络响应超时，若未成功发出，则确认所述网络发生异常的原因为网络连接中断，并将所述失败原因字段信息设置为一第二字段(具体包含的字母或数字可根据需要进行设置)，以表征失败原因为网络连接中断。

上述为订单失败的具体四种原因，而所述订单处理系统能根据不同的原因进行不同的后续操作，所述消息服务器3具体包括一异步消息队列31、一网络检测模块32以及一消息传输模块33，其中所述异步消息队列31用于存储所述失败订单，所述消息传输模块33则从异步消息队列31中提取所述失败订单以进行后续处理，具体会先解析所述失败订单的失败原因字段信息，若为第三字段，则表明失败原因为产品没有库存量，此时就更新所述OTA网站的数据库，以将产品的库存量设置为空，同时还可以提示用户重新选择其他订单，并可以与产品供应商进行电话沟通以进行确认；若为第四字段，则表明失败原因为订单契约发生修改，此时就将所述OTA网站中所述产品的订单契约更新为与所述产品供应商网站中的修改过的订单契约相同；若为所述第一字段或所述第二字段，则表明失败原因为网络异常，此时就调用所述网络检测模块32实时检测OTA网站与产品供应商网站之间的网络连接是否恢复正常，若恢复正常，则所述消息传输模块33还调用API接口通过单向数据发送通道将所述失败订单异步传输至所述供应商网站的服务器中。

其中所述API接口是特有的应用程序编程接口，它可以将接口规范翻译成编程语言接口，负责处理网络通信，并用于进行异步通信。而所述单向数据发送通道是一个建立在物理的网络连接之上的概念，用于在OTA网站与产品供应商网站之间传输消息，进行与平台无关的数据交流，为避免消息混乱或拥堵，该通道是单向的，从而可以在分布式环境下扩展进程间的通信。

如图2所示，本发明利用本实施例的OTA网站的订单处理系统实现的OTA网站的订单处理方法包括以下步骤：

步骤101、收集用户提交的用于购买产品的订单，并向产品供应商网站的服务器发送所述订单。

步骤102、检测在发送所述订单一第一时间段内是否接收到所述服务器的反馈信息，若是，则执行步骤103，若否，则执行步骤104。

步骤103、检测所述反馈信息是否表征下单失败，若表征，则从所述供应商网站的服务器中提取所述产品的库存量信息，并判断库存量是否为空，若为空，则将所述订单设置为失败订单，并将失败订单的失败原因字段信息设置为一第三字段，若不为空，则从所述供应商网站的服务器获取所述订单的订单契约，并判断所述订单契约是否发生过修改，若发生过修改，则将所述订单设置为失败订单，并将所述失败原因字段设置为一第四字段。并在执行完步骤103之后直接执行步骤106。

步骤104、确认所述OTA网站与所述产品供应商网站之间的网络发生异常，并将所述订单设置为失败订单。

步骤105、检测是否成功发出所述订单，若成功发出，则确认所述网络发生异常的原因为网络响应超时，并将所述失败原因字段信息设置为一第一字段，若未成功发出，则确认所述网络发生异常的原因为网络连接中断，并将所述失败原因字段信息设置为一第二字段。

步骤106、将所述失败订单存储至所述异步消息队列中。

步骤107、从所述异步消息队列中提取所述失败订单，解析所述失败原因字段，若为第三字段，则执行步骤108，若为第四字段，则执行步骤109，若为第一字段或第二字段，则执行步骤110。

步骤108、更新所述OTA网站的数据库，以将所述产品的库存量设置为空，然后结束流程。

步骤109、将所述OTA网站中的所述产品的订单契约更新为与所述供应商网站中的发生过修改的所述订单契约相同，然后结束流程。

步骤110、实时检测所述网络是否恢复正常，并在检测为是时，调用API接口通过单向数据发送通道将所述失败订单异步传输至所述供应商网站的服务器中。

实施例2：

如图3所示，本实施例与实施例1的区别在于：在本实施例中，所述OTA网站的订单处理系统除了包括所述订单发送模块1、所述订单检测模块2及所述消息服务器3之外，还包括一初始值为零的计数器4，在所述消息传输模块33异步传输所述失败订单后，所述订单检测模块2还检测在一第二时间段(可根据需要进行设置)内是否接收到所述供应商网站的服务器的反馈信息，若否，则表明订单依然失败，此时需要再次尝试发送订单，但同时不能无休止地进行再次尝试，所以会判断所述计数器4的计数值是否达到一阈值(可根据需要进行设置)，若达到，则表明重新尝试的次数已经超过额定次数，此时就不做动作，若未达到，则调用所述消息传输模块33再次异步传输所述失败订单，并将所述计数器4的计数值加1。

如图4所示，本发明利用本实施例的OTA网站的订单处理系统实现的订单处理方法包括以下步骤：

步骤201、收集用户提交的用于购买产品的订单，并向产品供应商网站的服务器发送所述订单。

步骤202、检测在发送所述订单一第一时间段内是否接收到所述服务器的反馈信息，若是，则执行步骤203，若否，则执行步骤204。

步骤203、检测所述反馈信息是否表征下单失败，若表征，则从所述供应商网站的服务器中提取所述产品的库存量信息，并判断库存量是否为空，若为空，则将所述订单设置为失败订单，并将失败订单的失败原因字段信息设置为一第三字段，若不为空，则从所述供应商网站的服务器获取所述订单的订单契约，并判断所述订单契约是否发生过修改，若发生过修改，则将所述订单设置为失败订单，并将所述失败原因字段设置为一第四字段。并在执行完步骤203之后直接执行步骤206。

步骤204、确认所述OTA网站与所述产品供应商网站之间的网络发生异常，并将所述订单设置为失败订单。

步骤205、检测是否成功发出所述订单，若成功发出，则确认所述网络发生异常的原因为网络响应超时，并将所述失败原因字段信息设置为一第一字段，若未成功发出，则确认所述网络发生异常的原因为网络连接中断，并将所述失败原因字段信息设置为一第二字段。

步骤206、将所述失败订单存储至所述异步消息队列中。

步骤207、从所述异步消息队列中提取所述失败订单，解析所述失败原因字段，若为第三字段，则执行步骤208，若为第四字段，则执行步骤209，若为第一字段或第二字段，则执行步骤210。

步骤208、更新所述OTA网站的数据库，以将所述产品的库存量设置为空，然后结束流程。

步骤209、将所述OTA网站中的所述产品的订单契约更新为与所述供应商网站中的发生过修改的所述订单契约相同，然后结束流程。

步骤210、实时检测所述网络是否恢复正常，并在检测为是时，调用API接口通过单向数据发送通道将所述失败订单异步传输至所述供应商网站的服务器中。

步骤211、检测在一第二时间段内是否接收到所述供应商网站的服务器的反馈信息，若否，则判断所述计数器的计数值是否达到一阈值，若达到，则结束流程，若未达到，则执行步骤212。

步骤212、再次异步传输所述失败订单，并将所述计数器的计数值加1，然后返回步骤211。

虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这些仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。

Claims (10)

1.一种OTA网站的订单处理系统，其特征在于，包括：

一订单发送模块，用于收集用户提交的用于购买产品的订单，并向产品供应商网站的服务器发送所述订单；

一订单检测模块，用于检测在所述订单发送模块发送所述订单一第一时间段内是否接收到所述服务器的反馈信息，并在检测为否时，确认所述OTA网站与所述产品供应商网站之间的网络发生异常，并将所述订单设置为失败订单；

一消息服务器，包括一异步消息队列、一网络检测模块及一消息传输模块，所述异步消息队列用于存储所述失败订单；所述消息传输模块用于从所述异步消息队列中提取所述失败订单，并调用所述网络检测模块实时检测所述网络是否恢复正常，若是，则所述消息传输模块还调用API接口通过单向数据发送通道将所述失败订单异步传输至所述供应商网站的服务器中。

2.如权利要求1所述的订单处理系统，其特征在于，所述失败订单还包括一失败原因字段，所述订单检测模块在检测为否时，还用于继续检测所述订单发送模块是否成功发出所述订单，若成功发出，则确认所述网络发生异常的原因为网络响应超时，并将所述失败原因字段信息设置为一第一字段，若未成功发出，则确认所述网络发生异常的原因为网络连接中断，并将所述失败原因字段信息设置为一第二字段。

3.如权利要求2所述的订单处理系统，其特征在于，所述订单检测模块在检测为是时，还用于继续检测所述反馈信息是否表征下单失败，若表征，则从所述供应商网站的服务器中提取所述产品的库存量信息，并判断库存量是否为空，若为空，则将所述订单设置为失败订单，并将所述失败原因字段信息设置为一第三字段，若不为空，则从所述供应商网站的服务器获取所述订单的订单契约，并判断所述订单契约是否发生过修改，若发生过修改，则将所述订单设置为失败订单，并将所述失败原因字段设置为一第四字段。

4.如权利要求3所述的订单处理系统，其特征在于，所述消息传输模块在提取所述失败订单后，还用于解析所述失败原因字段，若为第三字段，则更新所述OTA网站的数据库，以将所述产品的库存量设置为空；若为第四字段，则将所述OTA网站中的所述产品的订单契约更新为与所述供应商网站中的发生过修改的所述订单契约相同；若为所述第一字段或所述第二字段，则调用所述网络检测模块。

5.如权利要求1-4中任意一项所述的订单处理系统，其特征在于，所述订单处理系统还包括一初始值为零的计数器，在所述消息传输模块异步传输所述失败订单后，所述订单检测模块还用于检测在一第二时间段内是否接收到所述供应商网站的服务器的反馈信息，若否，则判断所述计数器的计数值是否达到一阈值，若达到，则不做动作，若未达到，则调用所述消息传输模块再次异步传输所述失败订单，并将所述计数器的计数值加1。

6.一种OTA网站的订单处理方法，其特征在于，其利用如权利要求1所述的订单处理系统实现，包括以下步骤：

S₁、收集用户提交的用于购买产品的订单，并向产品供应商网站的服务器发送所述订单；

S₂、检测在发送所述订单一第一时间段内是否接收到所述服务器的反馈信息，并在检测为否时，执行步骤S₃；

S₃、确认所述OTA网站与所述产品供应商网站之间的网络发生异常，并将所述订单设置为失败订单；

S₄、将所述失败订单存储至所述异步消息队列中；

S₅、从所述异步消息队列中提取所述失败订单，并实时检测所述网络是否恢复正常，若是，则执行步骤S₆；

S₆、调用API接口通过单向数据发送通道将所述失败订单异步传输至所述供应商网站的服务器中。

7.如权利要求6所述的订单处理方法，其特征在于，所述失败订单还包括一失败原因字段，步骤S₃与S₄之间还包括一步骤S₃₁：检测是否成功发出所述订单，若成功发出，则确认所述网络发生异常的原因为网络响应超时，并将所述失败原因字段信息设置为一第一字段，若未成功发出，则确认所述网络发生异常的原因为网络连接中断，并将所述失败原因字段信息设置为一第二字段。

8.如权利要求7所述的订单处理方法，其特征在于，步骤S₂中在检测为是时还执行一步骤S₂₁：检测所述反馈信息是否表征下单失败，若表征，则从所述供应商网站的服务器中提取所述产品的库存量信息，并判断库存量是否为空，若为空，则将所述订单设置为失败订单，并将所述失败原因字段信息设置为一第三字段，若不为空，则从所述供应商网站的服务器获取所述订单的订单契约，并判断所述订单契约是否发生过修改，若发生过修改，则将所述订单设置为失败订单，并将所述失败原因字段设置为一第四字段。

9.如权利要求8所述的订单处理方法，其特征在于，步骤S₂₁之后还执行步骤S₄，步骤S₅中在提取所述失败订单后，还解析所述失败原因字段，若为第三字段，则更新所述OTA网站的数据库，以将所述产品的库存量设置为空，然后结束流程；若为第四字段，则将所述OTA网站中的所述产品的订单契约更新为与所述供应商网站中的发生过修改的所述订单契约相同，然后结束流程；若为所述第一字段或所述第二字段，则实时检测所述网络是否恢复正常。

10.如权利要求6-9中任意一项所述的订单处理方法，其特征在于，所述订单处理系统还包括一初始值为零的计数器，步骤S₆之后还包括：

S₇、检测在一第二时间段内是否接收到所述供应商网站的服务器的反馈信息，若否，则判断所述计数器的计数值是否达到一阈值，若达到，则结束流程，若未达到，则执行步骤S₈；

S₈、再次异步传输所述失败订单，并将所述计数器的计数值加1，然后返回步骤S₇。