订单处理方法及装置、计算机可读存储介质、电子设备制造方法及图纸

本公开属于通信技术领域，涉及一种订单处理方法及装置、计算机可读存储介质、电子设备。该方法包括：响应业务服务器发送的针对订单扣费的查询信息，对订单的扣费状态进行查询处理；若查询处理得到的结果为订单扣费成功，向业务服务器发送异常信息，异常信息用于指示业务服务器对订单进行业务逻辑处理。本公开通过对订单的扣费状态的查询处理可以向业务服务器发送异常信息，保证订单的业务逻辑处理。一方面，对业务服务器发送的查询信息进行自动检测和恢复，避免了繁琐的人工处理，提高了异常处理效率；另一方面，在对业务服务器更加友好的情况下解决了订单扣费异常问题，减轻了业务服务器对异常情况的复杂处理的负担。

【技术实现步骤摘要】
订单处理方法及装置、计算机可读存储介质、电子设备
本公开涉及通信
，尤其涉及一种订单处理方法与订单处理装置、计算机可读存储介质及电子设备。
技术介绍
业务方调用扣费接口时，若接口返回正常，业务方会根据接口的返回值判断此次扣费成功或是失败，并继续进行相应的业务逻辑。但是，若接口异常返回时，业务方会将本次扣费当作失败处理，而扣费服务对于本次扣费调用的结果是不确定的。若本次扣费确实失败，业务方将本次调用异常当作失败处理是正确的，业务表现也正常；若本次扣费实际上是成功的，会造成业务表现不正常，容易引发用户投诉。因此，接口异常返回时，也可能存在扣费成功的情况，但业务方此时认为扣费异常会导致业务逻辑不正常，容易引发用户投诉。更进一步的，用户投诉后需要业务方查证扣费时间点的错误日志，需要在拿到扣费订单号后查询订单扣费状态，并确认实际扣费成功后再给用户补发奖励。整个过程需要的人力成本和时间成本过高。鉴于此，本领域亟需开发一种新的订单处理方法及装置。需要说明的是，在上述
技术介绍
部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
技术实现思路
本公开的目的在于提供一种订单处理方法、订单处理装置、计算机可读存储介质及电子设备，进而至少在一定程度上克服由于相关技术的限制而导致的业务逻辑异常和成本过高问题。本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。根据本专利技术实施例的第一个方面，提供一种订单处理方法，所述方法包括：响应业务服务器发送的针对订单扣费的查询信息，对所述订单的扣费状态进行查询处理；若所述查询处理得到的结果为订单扣费成功，向所述业务服务器发送异常信息，所述异常信息用于指示业务服务器对所述订单进行业务逻辑处理。在本专利技术的一种示例性实施例中，在所述响应业务服务器发送的针对订单扣费的查询信息之前，所述方法还包括：在扣费服务器的扣费接口异常时，业务服务器发送针对订单扣费的查询信息。在本专利技术的一种示例性实施例中，所述对所述订单的扣费状态进行查询处理，包括：针对所述订单的扣费状态向扣费服务器发起轮询。在本专利技术的一种示例性实施例中，所述针对所述订单的扣费状态向扣费服务器发起轮询，包括：生成与所述订单对应的轮询记录；将所述轮询记录存储至与所述订单对应的数据库中；若所述轮询记录中的轮询状态为待轮询，从扣费服务器对所述订单进行查询处理得到结果为订单扣费成功、订单扣费失败或轮询失败的扣费状态。在本专利技术的一种示例性实施例中，所述方法还包括：若所述查询处理得到的结果为订单扣费失败，停止所述轮询。在本专利技术的一种示例性实施例中，所述方法还包括：若所述查询处理得到的结果为轮询失败，则继续进行所述轮询。在本专利技术的一种示例性实施例中，所述方法还包括：统计所述轮询的次数，并在所述次数大于轮询阈值时，发送报警消息。在本专利技术的一种示例性实施例中，所述查询信息包括与所述订单对应的回调接口；所述向所述业务服务器发送异常信息，包括：调用所述回调接口向所述业务服务器发送异常信息。根据本专利技术实施例的第二个方面，提供一种订单处理装置，所述装置包括：状态查询模块，被配置为响应业务服务器发送的针对订单扣费的查询信息，对所述订单的扣费状态进行查询处理；信息发送模块，被配置为若所述查询处理得到的结果为订单扣费成功，向所述业务服务器发送异常信息，所述异常信息用于指示业务服务器对所述订单进行业务逻辑处理。根据本专利技术实施例的第三个方面，提供一种电子设备，包括：处理器和存储器；其中，存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现上述任意示例性实施例中的订单处理方法。根据本专利技术实施例的第四个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意示例性实施例中的订单处理方法。由上述技术方案可知，本公开示例性实施例中的订单处理方法、订单处理装置、计算机存储介质及电子设备至少具备以下优点和积极效果：在本公开的示例性实施例提供的方法及装置中，通过对订单的扣费状态的查询处理可以向业务服务器发送异常信息，保证订单的业务逻辑处理。一方面，对业务服务器发送的查询信息进行自动检测和恢复，避免了繁琐的人工处理，提高了异常处理效率；另一方面，在对业务服务器更加友好的情况下解决了订单扣费异常问题，减轻了业务服务器对异常情况的复杂处理的负担。应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。附图说明此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1示意性示出本公开示例性实施例中一种订单处理方法的流程示意图；图2示意性示出本公开示例性实施例中向扣费服务器发起轮询的方法的流程示意图；图3示意性示出本公开示例性实施例中应用场景下订单处理方法的整体架构图；图4示意性示出本公开示例性实施例中应用场景下订单处理方法的时序图；图5示意性示出本公开示例性实施例中应用场景下不同结果的处理方法的流程示意图；图6示意性示出本公开示例性实施例中一种订单处理装置的结构示意图；图7示意性示出本公开示例性实施例中一种用于实现订单处理方法的电子设备；图8示意性示出本公开示例性实施例中一种用于实现订单处理方法的计算机可读存储介质。具体实施方式现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。本说明书中使用用语“一个”、“一”、“该”和“所述”用以表示存在一个或多个要素/组成部分/等；用语“包括”和“具有”用以表示开放式的包括在内的意思并且是指除了列出的要素/组成部分/等之外还可存在另外的要素/组成部分/等；用语“第一”和“第二”等仅作为标记使用，不是对其对象的数量限制。此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所本文档来自技高网...

【技术保护点】
1.一种订单处理方法，其特征在于，所述方法包括：/n响应业务服务器发送的针对订单扣费的查询信息，对所述订单的扣费状态进行查询处理；/n若所述查询处理得到的结果为订单扣费成功，向所述业务服务器发送异常信息，所述异常信息用于指示业务服务器对所述订单进行业务逻辑处理。/n

【技术特征摘要】
1.一种订单处理方法，其特征在于，所述方法包括：
响应业务服务器发送的针对订单扣费的查询信息，对所述订单的扣费状态进行查询处理；
若所述查询处理得到的结果为订单扣费成功，向所述业务服务器发送异常信息，所述异常信息用于指示业务服务器对所述订单进行业务逻辑处理。


2.根据权利要求1所述的订单处理方法，其特征在于，在所述响应业务服务器发送的针对订单扣费的查询信息之前，所述方法还包括：
在扣费服务器的扣费接口异常时，业务服务器发送针对订单扣费的查询信息。


3.根据权利要求1所述的订单处理方法，其特征在于，所述对所述订单的扣费状态进行查询处理，包括：
针对所述订单的扣费状态向扣费服务器发起轮询。


4.根据权利要求3所述的订单处理方法，其特征在于，所述针对所述订单的扣费状态向扣费服务器发起轮询，包括：
生成与所述订单对应的轮询记录；
将所述轮询记录存储至与所述订单对应的数据库中；
若所述轮询记录中的轮询状态为待轮询，向扣费服务器对所述订单进行查询处理得到的结果为订单扣费成功、订单扣费失败或轮询失败的扣费状态。


5....

【专利技术属性】
技术研发人员：陈炜俊，
申请(专利权)人：网易杭州网络有限公司，
类型：发明
国别省市：浙江;33