CN102999862B - 一种订单处理方法、装置及系统、支付装置 - Google Patents

Abstract

本发明公开了一种订单处理方法、装置及系统、支付装置。所述方法包括：订单支付处理完之后，生成与订单唯一对应的随机通知验证码；向商户的订单处理装置发送生成的随机通知验证码；接收商户的订单处理装置发送的携带随机通知验证码的查询请求；根据生成的随机通知验证码验证接收的随机通知验证码是否有效，并当有效时，向商户的订单处理装置发送订单处理结果信息，订单处理结果信息中包括订单参数信息，以供商户的订单处理装置根据订单参数信息与本地存储的订单参数信息的匹配结果，验证订单处理结果的有效性。本发明还公开了用于实现所述方法的装置和系统。本发明通过采用上述技术方案，能够提高订单处理的安全性，避免商户的金钱损失。

Description

一种订单处理方法、装置及系统、支付装置

技术领域

本发明涉及电子商务技术领域，尤其涉及一种订单处理方法、装置及系统、支付装置。

背景技术

随着电子商务的发展，电子支付以方便快捷的特点正逐渐替代传统的网络支付方式(如电话、传真、邮局汇款，银行转帐、汇款等)，成为人们网络交易中普遍接受的方式。电子支付比重最大的是销售终端(PointofSale；POS)消费，其次是网上支付。其中而第三方支付是网上支付中很重要一部分。

目前，第三方支付方式虽然方便快捷，但由于对第三方支付市场监管不够，法律地位和责任均不明确，目前存在的多家第三方支付产品质量参差不齐，鱼龙混杂，导致用户的交易安全和个人信息存在很大的风险。例如在第三方支付的交易过程中，支付交易由商户发起，第三方支付的支付装置完成订单支付后，需要将订单支付结果通知商户，商户接到通知后，完成后续的服务，比如商品发货，提供虚拟服务等。而且为了避免第三方支付的支付装置将支付结果通知给商户的过程被钓鱼，通常可以将订单支付结果的数据进行加密，并计算摘要，保证订单支付结果的数据不被篡改。当商户未收到订单处理结果，商户也可以主动发起订单结果查询，查询的条件一般为商户订单号。

发明人发现至少存在以下问题：目前的订单处理的方案中，当订单支付结果的数据的加密方式及计算摘要的算法被非法窃取后，就可能存在伪造假的订单支付结果的数据通知给商户，这样，本来支付失败或未支付的订单，被伪造为支付成功的订单。当商户未收到订单处理结果，若商户发起订单结果查询的查询接口被泄露，商户配置的前置系统地址也可能被篡改为虚假前置地址，虚假前置系统可按照查询接口返回假的订单处理结果。因此，现有的订单处理方案中，存在订单处理结果被伪造的风险，且无法验证订单处理结果的有效性，使得商户会将被伪造的订单处理结果当作有效订单处理结果进行处理，造成订单处理的安全性较低。

发明内容

本发明实施例提供一种订单处理方法、装置及系统、支付装置，用于实现对订单处理结果的有效性进行验证，避免商户将被伪造的订单处理结果当作有效订单处理结果进行处理，提高订单处理的安全性。

第一方面，本发明实施例提供一种订单处理方法，所述方法包括以下步骤：

订单支付处理完之后，生成与所述订单唯一对应的随机通知验证码；

向商户的订单处理装置发送生成的所述随机通知验证码；

接收所述商户的订单处理装置发送的携带随机通知验证码的查询请求；

根据生成的所述随机通知验证码验证所述商户的订单处理装置发送的所述随机通知验证码是否有效；

当所述商户的订单处理装置发送的所述随机通知验证码有效，向所述商户的订单处理装置发送订单处理结果信息，所述订单处理结果信息中包括订单参数信息，以供所述商户的订单处理装置根据所述订单参数信息与本地存储的订单参数信息的匹配结果，验证订单处理结果的有效性。

可选地，在上述第一方面的第一实现方式中，根据生成的所述随机通知验证码验证所述商户的订单处理装置发送的所述随机通知验证码是否有效，包括：

判断所述商户的订单处理装置发送的所述随机通知验证码是否等于生成的所述随机通知验证码；

当等于时，确定所述商户的订单处理装置发送的所述随机通知验证码有效，否则当不等于时，确定所述商户的订单处理装置发送的所述随机验证码无效。

可选地，在上述第一方面的第二实现方式中，确定所述商户的订单处理装置发送的所述随机验证码无效之后，还包括：

向商户的订单处理装置发送查询无效的消息。

可选地，在上述第一方面的第三实现方式中，生成与所述订单唯一对应的随机通知验证码之后，向商户的订单处理装置发送生成的所述随机通知验证码之前，所述方法还包括：

确定向所述商户的订单处理装置发送所述随机通知验证码的次数小于等于预设阈值。

可选地，在上述第一方面的第四实现方式中，所述订单参数信息包括商户订单号和订单金额中的至少一种。

第二方面，本发明实施例提供一种订单处理方法，所述方法包括以下步骤：

接收第三方支付的支付装置发送的随机通知验证码；所述随机通知验证码为所述第三方支付的支付装置在订单支付处理完之后生成的，所述随机通知验证码与所述订单唯一对应；

向所述第三方支付的支付装置发送携带所述随机通知验证码的查询请求，以供所述第三方支付的支付装置根据生成的所述随机通知验证码验证接收的所述随机通知验证码是否有效；

接收所述第三方支付的支付装置发送的订单处理结果信息，所述订单处理结果信息中包括订单参数信息；所述订单处理结果信息为所述第三方支付的支付装置在检测接收的所述随机通知验证码有效时发送的；

将所述订单处理结果信息中的所述订单参数信息与本地存储的订单参数信息的进行匹配，并根据根匹配结果，验证订单处理结果的有效性。

可选地，在上述第二方面的第一实现方式中，将所述订单处理结果信息中的所述订单参数信息与本地存储的订单参数信息的进行匹配，并根据根匹配结果，验证订单处理结果的有效性，包括：

判断所述订单处理结果信息中的所述订单参数信息与本地存储的所述订单参数信息是否匹配；

当所述订单处理结果信息中的所述订单参数信息与本地存储的所述订单参数信息相匹配，确定所述订单处理结果的有效；否则当所述订单处理结果信息中的所述订单参数信息与本地存储的所述订单参数信息不匹配，确定所述订单处理结果的无效。

可选地，在上述第二方面的第二实现方式中，所述订单参数信息包括商户订单号和订单金额中的至少一种。

第三方面，本发明实施例提供一种支付装置，所述装置包括：

生成模块，用于在订单支付处理完之后，生成与所述订单唯一对应的随机通知验证码；

发送模块，用于向商户的订单处理装置发送生成的所述随机通知验证码；

接收模块，用于接收所述商户的订单处理装置发送的携带随机通知验证码的查询请求；

验证模块，用于根据生成的所述随机通知验证码验证所述商户的订单处理装置发送的所述随机通知验证码是否有效；

所述发送模块，还用于当所述商户的订单处理装置发送的所述随机通知验证码有效，向所述商户的订单处理装置发送订单处理结果信息，所述订单处理结果信息中包括订单参数信息，以供所述商户的订单处理装置根据所述订单参数信息与本地存储的订单参数信息的匹配结果，验证订单处理结果的有效性。

可选地，在上述第三方面的第一实现方式中，所述验证模块，具体用于判断所述商户的订单处理装置发送的所述随机通知验证码是否等于生成的所述随机通知验证码；当等于时，确定所述商户的订单处理装置发送的所述随机通知验证码有效，否则当不等于时，确定所述商户的订单处理装置发送的所述随机验证码无效。

可选地，在上述第三方面的第二实现方式中，所述发送模块，还用于在所述验证模块确定所述商户的订单处理装置发送的所述随机验证码无效之后，向商户的订单处理装置发送查询无效的消息。

可选地，在上述第三方面的第三实现方式中，还包括：

确定模块，用于在所述生成模块生成与所述订单唯一对应的随机通知验证码之后，所述发送模块向商户的订单处理装置发送生成的所述随机通知验证码之前，确定向所述商户的订单处理装置发送所述随机通知验证码的次数小于等于预设阈值。

可选地，在上述第三方面的第四实现方式中，所述订单参数信息包括商户订单号和订单金额中的至少一种。

第四方面，本发明实施例提供一种订单处理装置，所述装置包括：

接收模块，用于接收第三方支付的支付装置发送的随机通知验证码；所述随机通知验证码为所述第三方支付的支付装置在订单支付处理完之后生成的，所述随机通知验证码与所述订单唯一对应；

发送模块，用于向所述第三方支付的支付装置发送携带所述随机通知验证码的查询请求，以供所述第三方支付的支付装置根据生成的所述随机通知验证码验证接收的所述随机通知验证码是否有效；

所述接收模块，还用于接收所述第三方支付的支付装置发送的订单处理结果信息，所述订单处理结果信息中包括订单参数信息；所述订单处理结果信息为所述第三方支付的支付装置在检测接收的所述随机通知验证码有效时发送的；

验证模块，用于将所述订单处理结果信息中的所述订单参数信息与本地存储的订单参数信息的进行匹配，并根据根匹配结果，验证订单处理结果的有效性。

可选地，在上述第四方面的第一实现方式中，所述验证模块，具体用于判断所述订单处理结果信息中的所述订单参数信息与本地存储的所述订单参数信息是否匹配；当所述订单处理结果信息中的所述订单参数信息与本地存储的所述订单参数信息相匹配，确定所述订单处理结果的有效；否则当所述订单处理结果信息中的所述订单参数信息与本地存储的所述订单参数信息不匹配，确定所述订单处理结果的无效。

可选地，在上述第四方面的第二实现方式中，所述订单参数信息包括商户订单号和订单金额中的至少一种。

第五方面，本发明实施例提供一种订单处理系统，包括第三方支付的支付装置和商户的订单处理装置；所述第三方支付的支付装置和所述商户的订单处理装置互相通信连接；所述第三方支付的支付装置采用如上任一所述的支付装置；所述商户的订单处理装置采用如上任一所述的订单处理装置。

本发明实施例的订单处理方法、装置及系统、支付装置，支付装置能够在订单支付处理完之后，生成与订单唯一对应的随机通知验证码；并向商户的订单处理装置发送生成的随机通知验证码；接收商户的订单处理装置发送的携带随机通知验证码的查询请求；根据生成的随机通知验证码验证商户的订单处理装置发送的随机通知验证码是否有效；当商户的订单处理装置发送的随机通知验证码有效，向商户的订单处理装置发送订单处理结果信息，订单处理结果信息中包括订单参数信息，以供商户的订单处理装置根据订单参数信息与本地存储的订单参数信息的匹配结果，验证订单处理结果的有效性。本发明实施例通过采用上述技术方案，能够在商户侧对订单处理结果的有效性进行验证，避免商户将被伪造的订单处理结果当作有效订单处理结果进行处理，从而能够有效控制伪造订单处理结果的风险，提高订单处理的安全性，避免商户的金钱损失。

进一步地，本发明实施例的技术方案中，向商户的订单处理装置发送生成的随机通知验证码之前，确定向商户的订单处理装置发送随机通知验证码的次数小于等于预设阈值，从而在向商户的订单处理装置发送随机通知验证码的次数大于预设阈值，不再向商户的订单处理装置发送随机通知验证码，从而避免支付装置在发送随机通知验证码失败之后，一直向商户的订单处理装置发送随机通知验证码，有效地提高支付装置的资源利用率。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例一提供的订单处理方法的流程图；

图2为本发明实施例二提供的订单处理方法的流程图；

图3为本发明实施例三提供的订单处理方法的流程图；

图4为本发明实施例四提供的订单处理方法的流程图；

图5为本发明实施例五提供的订单处理方法的流程图；

图6为本发明实施例六提供的支付装置的结构示意图；

图7为本发明实施例七提供的订单处理装置的结构示意图；

图8为本发明实施例八提供的订单处理系统的结构示意图。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

实施例一

图1为本发明实施例一提供的订单处理方法的流程图。本实施例的订单处理方法的执行主体为一支付装置，例如具体可以为网上支付中的第三方支付的支付装置。如图1所示，本实施例的订单处理方法，具体可以包括以下步骤：

100、订单支付处理完之后，支付装置生成与订单唯一对应的随机通知验证码；

101、支付装置向商户的订单处理装置发送生成的随机通知验证码；

102、支付装置接收商户的订单处理装置发送的携带随机通知验证码的查询请求；

本实施例中，当支付装置向商户的订单处理装置发送生成的随机通知验证码未被篡改的话，步骤102中支付装置接收商户的订单处理装置发送的查询请求携带的随机通知验证码就是支付装置生成的随机通知验证码。若支付装置向商户的订单处理装置发送随机通知验证码被篡改的话，步骤102中支付装置接收商户的订单处理装置发送的查询请求携带的随机通知验证码就可能不是支付装置生成的随机通知验证码。

103、支付装置根据生成的随机通知验证码验证商户的订单处理装置发送的随机通知验证码是否有效；

104、当商户的订单处理装置发送的随机通知验证码有效，支付装置向商户的订单处理装置发送订单处理结果信息，该订单处理结果信息中包括订单参数信息，以供商户的订单处理装置根据订单参数信息与本地存储的订单参数信息的匹配结果，验证订单处理结果的有效性。

例如本实施例中，当支付装置验证商户的订单处理装置发送的随机通知验证码无效时，支付装置向商户的订单处理装置发送查询无效的消息，如支付装置可以向商户的订单处理装置返回一个错误码，以告知商户的订单处理装置发送的随机通知验证码无效。或者在预定的时间段内，不向商户的订单处理装置返回任何信息，这样当商户的订单处理装置在预设时间段未检测到支付装置返回的任何信息，可以确定发送的随机通知验证码无效。或者还可以其他方式告知商户的订单处理装置发送的随机通知验证码无效。

本实施例中，商户的订单处理装置发送的随机通知验证码无效可能是步骤101中“支付装置向商户的订单处理装置发送生成的随机通知验证码”的过程中，随机通知验证码被非法篡改。

本实施例的订单处理方法，支付装置能够在订单支付处理完之后，生成与订单唯一对应的随机通知验证码；并向商户的订单处理装置发送生成的随机通知验证码；接收商户的订单处理装置发送的携带随机通知验证码的查询请求；根据生成的随机通知验证码验证商户的订单处理装置发送的随机通知验证码是否有效；当商户的订单处理装置发送的随机通知验证码有效，向商户的订单处理装置发送订单处理结果信息，订单处理结果信息中包括订单参数信息，以供商户的订单处理装置根据订单参数信息与本地存储的订单参数信息的匹配结果，验证订单处理结果的有效性。本实施例通过采用上述技术方案，能够在商户侧对订单处理结果的有效性进行验证，避免商户将被伪造的订单处理结果当作有效订单处理结果进行处理，从而能够有效控制伪造订单处理结果的风险，提高订单处理的安全性，避免商户的金钱损失。

进一步可选地，在上述图1所示实施例的技术方案的基础上，其中步骤103“支付装置根据生成的所述随机通知验证码验证所述商户的订单处理装置发送的所述随机通知验证码是否有效”，具体可以包括：

支付装置判断商户的订单处理装置发送的随机通知验证码是否等于生成的随机通知验证码；当等于时，确定商户的订单处理装置发送的随机通知验证码有效，否则当不等于时，确定商户的订单处理装置发送的随机验证码无效。

进一步可选地，在上述图1所示实施例的技术方案的基础上，步骤100中“支付装置生成与订单唯一对应的随机通知验证码”之后，步骤101中“支付装置向商户的订单处理装置发送生成的随机通知验证码“之前，还可以包括：支付装置确定向商户的订单处理装置发送随机通知验证码的次数小于等于预设阈值。

例如具体实现时，支付装置可以先判断向商户的订单处理装置发送随机通知验证码的次数是否小于等于预设阈值，当确定小于等于时，再执行步骤101。否则当向商户的订单处理装置发送随机通知验证码的次数大于预设阈值时，可以停止向商户的订单处理装置发送随机通知验证码，从而避免支付装置在发送随机通知验证码失败之后，一直向商户的订单处理装置发送随机通知验证码，有效地提高支付装置的资源利用率。本实施例的预设阈值即为最大发送次数。例如根据实际需求可以设置为5、10等大于1的正整数。

由于在支付装置向商户的订单处理装置发送随机通知验证码失败的情况下，需按照最优通知策略，既要保证支付装置的资源利用率(支付装置通知的次数越少越好)，也要考虑商户的订单处理装置获取订单处理结果的成本(对于商户的订单处理装置来说，越早得到订单处理结果，成本越低)。两方面综合考虑后的通知策略为：当向商户的订单处理装置发送随机通知验证码失败后，逐渐加大发送随机通知验证码的时间间隔，并设定最大的通知次数。例如，举例来说，第一次发送随机通知验证码失败后，下一次通知为5分钟后，第二次失败后，再下一次的发送随机通知验证码为20分钟后发起，以此类推，直到成功向商户的订单处理装置发送随机通知验证码或到达最大的发送次数后，停止向商户的订单处理装置发送随机通知验证码。这样的流程可以最大限度地保证订单处理结果尽可能快地传送给商户的订单处理装置，同时保证支付装置的资源利用率。

需要说明的是，上述实施例中的订单参数信息包括商户订单号和订单金额中的至少一种。或者订单参数信息还可以包括其他订单相关的关键信息，在此不再赘述。

需要说明的是，上述所有可选技术方案可以采用任意可结合的方式结合形成本发明的可选实施例，在此不再一一举例赘述。

上述实施例通过采用上述技术方案，能够在商户侧对订单处理结果的有效性进行验证，避免商户将被伪造的订单处理结果当作有效订单处理结果进行处理，从而能够有效控制伪造订单处理结果的风险，提高订单处理的安全性，避免商户的金钱损失。同时还可以最大限度地保证订单处理结果尽可能快地传送给商户的订单处理装置，同时保证支付装置的资源利用率。

实施例二

图2为本发明实施例二提供的订单处理方法的流程图。本实施例的订单处理方法在上述图1所示实施例的基础上，进一步更加详细地介绍本发明的技术方案。如图2所示，本实施例的订单处理方法，具体可以包括以下步骤：

200、订单支付处理完之后，支付装置生成与订单唯一对应的随机通知验证码；

201、支付装置向商户的订单处理装置发送生成的随机通知验证码；

202、支付装置判断发送是否成功，当发送成功时，执行步骤203；当发送失败时，执行步骤204；

203、支付装置接收商户的订单处理装置发送的携带随机通知验证码的查询请求；执行步骤205；

204、支付装置将发送次数计数器累加1；执行步骤209；

需要说明的是，发送次数累加器的初始值为0。

205、支付装置判断接收的查询请求中携带的随机通知验证码是否等于生成的随机通知验证码，当等于时，执行步骤206；否则当不等于时，执行步骤207；

206、支付装置确定商户的订单处理装置发送的查询请求中携带的随机通知验证码有效；执行步骤208；

207、支付装置确定商户的订单处理装置发送的查询请求中携带的随机通知验证码无效；结束。

或者可选地，步骤207之后，支付装置还可以再向商户的订单处理装置发送随机通知验证码无效，无法查询的结果信息。

208、支付装置向商户的订单处理装置发送包括商户订单号的订单处理结果信息，以供商户的订单处理装置根据订单处理结果信息中的商户订单号与本地存储的商户订单号的匹配结果，验证订单处理结果的有效性。

需要说明的是，本实施例中以订单处理结果信息包括商户订单号为例，实际应用中也可以包括如订单金额、订单的派送地址，收件人姓名、联系方式等等其他的订单参数信息中的一个或者多个。当订单处理结果信息中包括多个订单参数信息时，需要将订单处理结果信息中的多个订单参数信息分别与本地存储的对应的每个订单参数信息进行匹配，当多个订单参数信息均匹配才确定订单处理结果有效，否则只要有一个订单参数信息不匹配，确定订单处理结果无效。

例如商户的订单处理装置可以将接收的商户订单号与本地存储的商户订单号进行匹配，判断两者是否一致；

当一致时，商户的订单处理装置确定订单处理结果有效，可以处理该订单。否则商户的订单处理装置确定订单处理结果无效，忽视该订单。

209、支付装置判断发送次数累加器是否等于预设阈值；当发送次数累加器不等于预设阈值时，执行步骤201；否则当发送次数累加器等于预设阈值时，支付装置停止向商户的订单处理装置发送生成的随机通知验证码，结束；

该预设阈值最大发送次数。例如可以根据实际需求可以设置为5、10等大于1的正整数。

本实施例的发送次数累加器不等于预设阈值时，仅存在发送次数累加器小于预设阈值的情况。

本实施例订单处理方法，能够在商户侧对订单处理结果的有效性进行验证，避免商户将被伪造的订单处理结果当作有效订单处理结果进行处理，从而能够有效控制伪造订单处理结果的风险，提高订单处理的安全性，避免商户的金钱损失。同时还可以最大限度地保证订单处理结果尽可能快地传送给商户的订单处理装置，同时保证支付装置的资源利用率。

实施例三

图3为本发明实施例三提供的订单处理方法的流程图。本实施例的订单处理方法的执行主体为订单处理装置，具体可以设置在商户侧，例如可以为商户的订单处理装置。如图3所示，本实施例的订单处理方法，具体可以包括以下步骤：

300、订单处理装置接收第三方支付的支付装置发送的随机通知验证码；

本实施例的随机通知验证码为第三方支付的支付装置在订单支付处理完之后生成的，随机通知验证码与订单唯一对应。

301、订单处理装置向第三方支付的支付装置发送携带随机通知验证码的查询请求，以供第三方支付的支付装置根据生成的随机通知验证码验证接收的随机通知验证码是否有效；

302、订单处理装置接收第三方支付的支付装置发送的订单处理结果信息，该订单处理结果信息中包括订单参数信息；订单处理结果信息为第三方支付的支付装置在检测接收的随机通知验证码有效时发送的；

303、订单处理装置将订单处理结果信息中的订单参数信息与本地存储的订单参数信息的进行匹配，并根据根匹配结果，验证订单处理结果的有效性。

本实施例的订单处理方法与上述图1所示实施例的订单处理方法的区别仅在于：上述图1所示实施例的订单处理方法在第三方支付的支付装置侧描述本发明的技术方案。而本实施例在商户的订单处理装置侧描述本发明的技术方案。本实施例的具体实现方式具体可以参考上述图1所示实施例的记载，在此不再赘述。

本实施例的订单处理方法，订单处理装置接收第三方支付的支付装置发送的随机通知验证码；随机通知验证码为第三方支付的支付装置在订单支付处理完之后生成的，随机通知验证码与订单唯一对应；向第三方支付的支付装置发送携带随机通知验证码的查询请求，以供第三方支付的支付装置根据生成的随机通知验证码验证接收的随机通知验证码是否有效；接收第三方支付的支付装置发送的订单处理结果信息，该订单处理结果信息中包括订单参数信息；订单处理结果信息为第三方支付的支付装置在检测接收的随机通知验证码有效时发送的；将订单处理结果信息中的订单参数信息与本地存储的订单参数信息的进行匹配，并根据根匹配结果，验证订单处理结果的有效性。本实施例通过采用上述技术方案，能够在商户侧对订单处理结果的有效性进行验证，避免商户将被伪造的订单处理结果当作有效订单处理结果进行处理，从而能够有效控制伪造订单处理结果的风险，提高订单处理的安全性，避免商户的金钱损失。

进一步可选地，在上述图3所示实施例的技术方案的基础上，步骤303“订单处理装置将订单处理结果信息中的订单参数信息与本地存储的订单参数信息的进行匹配，并根据根匹配结果，验证订单处理结果的有效性”，具体可以包括：

(1)订单处理装置判断订单处理结果信息中的订单参数信息与本地存储的订单参数信息的是否匹配；当订单处理结果信息中的订单参数信息与本地存储的订单参数信息相匹配，执行步骤(2)；否则当订单处理结果信息中的订单参数信息与本地存储的订单参数信息不匹配，执行步骤(3)；

本实施例中的匹配即为相等的意思。

(2)订单处理装置确定订单处理结果的有效；

(3)订单处理装置确定订单处理结果的无效。

需要说明的是，上述实施例中的订单参数信息包括商户订单号和订单金额中的至少一种。或者订单参数信息还可以包括其他订单相关的关键信息，在此不再赘述。

上述实施例通过采用上述技术方案，能够在商户侧对订单处理结果的有效性进行验证，避免商户将被伪造的订单处理结果当作有效订单处理结果进行处理，从而能够有效控制伪造订单处理结果的风险，提高订单处理的安全性，避免商户的金钱损失。同时还可以最大限度地保证订单处理结果尽可能快地传送给商户的订单处理装置，同时保证支付装置的资源利用率。

实施例四

图4为本发明实施例四提供的订单处理方法的流程图。本实施例的订单处理方法在上述图3所示实施例的基础上，进一步更加详细地介绍本发明的技术方案。如图4所示，本实施例的订单处理方法，具体可以包括以下步骤：

400、订单处理装置接收第三方支付的支付装置发送的随机通知验证码；

本实施例的随机通知验证码为第三方支付的支付装置在订单支付处理完之后生成的，随机通知验证码与订单唯一对应。

401、订单处理装置向第三方支付的支付装置发送携带随机通知验证码的查询请求，以供第三方支付的支付装置根据生成的随机通知验证码验证接收的随机通知验证码是否有效；

402、订单处理装置接收第三方支付的支付装置发送的包括商户订单号的订单处理结果信息；

本实施例的订单处理结果信息为第三方支付的支付装置在检测接收的随机通知验证码有效时发送的。需要说明的是，本实施例中以订单处理结果信息包括商户订单号为例，实际应用中也可以包括如订单金额、订单的派送地址，收件人姓名、联系方式等等其他的订单参数信息中的一个或者多个。

403、订单处理装置判断订单处理结果信息中的商户订单号与本地存储的商户订单号是否匹配；当订单处理结果信息中的商户订单号与本地存储的商户订单号相匹配，执行步骤404；否则当订单处理结果信息中的商户订单号与本地存储的商户订单号不匹配，执行步骤405；

404、订单处理装置确定订单处理结果的有效，处理该订单。

此时，商户可以确定该订单有效时，处理该订单可以包括可以发货或者提供该订单对应的虚拟服务。

405、订单处理装置确定订单处理结果的无效，忽视该订单。

需要说明的是，当订单处理结果信息中包括多个订单参数时，本实施例需要将订单处理结果信息中的多个订单信息参数与本地存储的对应的订单信息参数进行匹配，当多个订单信息参数均匹配时，才可以确定订单处理结果的有效；否则只要有一个订单信息参数不匹配，则确定订单处理结果无效。

本实施例的订单处理方法，能够在商户侧对订单处理结果的有效性进行验证，避免商户将被伪造的订单处理结果当作有效订单处理结果进行处理，从而能够有效控制伪造订单处理结果的风险，提高订单处理的安全性，避免商户的金钱损失。

实施例五

图5为本发明实施例五提供的订单处理方法的流程图。如图5所示，本实施例的订单处理方法，具体可以包括如下步骤：

500、订单支付处理完之后，第三方支付的支付装置生成与订单唯一对应的随机通知验证码；

501、第三方支付的支付装置向商户的订单处理装置发送生成的随机通知验证码；

502、商户的订单处理装置接收第三方支付的支付装置发送的随机通知验证码，并向第三方支付的支付装置发送携带随机通知验证码的查询请求；

503、第三方支付的支付装置判断商户的订单处理装置发送的随机通知验证码是否等于第三方支付的支付装置本地生成的随机通知验证码；当等于时，执行步骤504；否则当不等于时，执行步骤505；

504、第三方支付的支付装置确定商户的订单处理装置发送的随机通知验证码有效；执行步骤506；

505、第三方支付的支付装置确定商户的订单处理装置发送的随机验证码无效；执行步骤507；

506、第三方支付的支付装置向商户的订单处理装置发送订单处理结果信息，该订单处理结果信息中包括订单参数信息；执行步骤508；

507、第三方支付的支付装置判断向商户的订单处理装置发送随机通知验证码的次数是否小于等于预设阈值，当确定小于等于时，执行步骤501；否则当大于时，执行步骤509；

508、商户的订单处理装置判断订单处理结果信息中的订单参数信息与商户的订单处理装置本地存储的订单参数信息是否匹配；当订单处理结果信息中的订单参数信息与商户的订单处理装置本地存储的订单参数信息相匹配，执行步骤510；否则当订单处理结果信息中的订单参数信息与商户的订单处理装置本地存储的订单参数信息不匹配，执行步骤511；

509、第三方支付的支付装置停止向商户的订单处理装置发送随机通知验证码，结束。

510、商户的订单处理装置确定订单处理结果的有效；

此时商户可以根据步骤510的处理结果，可以确定该订单已经支付成功且有效，可以发货或者提供虚拟服务。

511、商户的订单处理装置确定订单处理结果的无效。

此时商户可以根据步骤511的处理结果，可以确定该订单处理结果可能为伪造的假的订单处理结果，不可以发货或者提供虚拟服务。

本实施例的订单处理方法，能够在商户侧对订单处理结果的有效性进行验证，避免商户将被伪造的订单处理结果当作有效订单处理结果进行处理，从而能够有效控制伪造订单处理结果的风险，提高订单处理的安全性，避免商户的金钱损失。同时还可以最大限度地保证订单处理结果尽可能快地传送给商户的订单处理装置，同时保证支付装置的资源利用率。

实施例六

图6为本发明实施例六提供的支付装置的结构示意图。如图6所示，本实施例的支付装置，具体可以包括生成模块10、发送模块11、接收模块12和验证模块13。

其中生成模块10用于在订单支付处理完之后，生成与订单唯一对应的随机通知验证码；发送模块11与生成模块10连接，发送模块11用于向商户的订单处理装置发送生成模块10生成的随机通知验证码；接收模块12用于接收商户的订单处理装置发送的携带随机通知验证码的查询请求；验证模块13分别与生成模块10和接收模块12连接，验证模块13用于根据生成模块10生成的所述随机通知验证码验证接收模块12接收商户的订单处理装置发送的随机通知验证码是否有效；发送模块11还与验证模块13连接，发送模块11用于当验证模块13验证商户的订单处理装置发送的随机通知验证码有效，向商户的订单处理装置发送订单处理结果信息，订单处理结果信息中包括订单参数信息，以供商户的订单处理装置根据订单参数信息与本地存储的订单参数信息的匹配结果，验证订单处理结果的有效性。

本实施例的支付装置具体可以为网上支付的第三方支付的支付装置。

本实施例的支付装置，通过采用上述模块实现订单处理与上述相关方法实施例实现订单处理的实现机制相同，详细可以参考上述相关方法实施例的记载，在此不再赘述。

本实施例的支付装置，通过采用上述模块能够实现在订单支付处理完之后，生成与订单唯一对应的随机通知验证码；并向商户的订单处理装置发送生成的随机通知验证码；接收商户的订单处理装置发送的携带随机通知验证码的查询请求；根据生成的随机通知验证码验证商户的订单处理装置发送的随机通知验证码是否有效；当商户的订单处理装置发送的随机通知验证码有效，向商户的订单处理装置发送订单处理结果信息，订单处理结果信息中包括订单参数信息，以供商户的订单处理装置根据订单参数信息与本地存储的订单参数信息的匹配结果，验证订单处理结果的有效性。本实施例通过采用上述技术方案，能够在商户侧对订单处理结果的有效性进行验证，避免商户将被伪造的订单处理结果当作有效订单处理结果进行处理，从而能够有效控制伪造订单处理结果的风险，提高订单处理的安全性，避免商户的金钱损失。

可选地，在上述图6所示实施例的支付装置的技术方案的基础上，验证模块13具体用于判断商户的订单处理装置发送的随机通知验证码是否等于生成的随机通知验证码；当等于时，确定商户的订单处理装置发送的随机通知验证码有效，否则当不等于时，确定商户的订单处理装置发送的随机验证码无效。

可选地，在上述图6所示实施例的支付装置的技术方案的基础上，发送模块11还用于在验证模块13确定商户的订单处理装置发送的随机验证码无效之后，向商户的订单处理装置发送查询无效的消息。

进一步可选地，在上述图6所示实施例的支付装置的技术方案的基础上，上述实施例的支付装置还包括确定模块，该确定模块用于在生成模块10生成与订单唯一对应的随机通知验证码之后，发送模块11向商户的订单处理装置发送生成的随机通知验证码之前，确定向商户的订单处理装置发送随机通知验证码的次数小于等于预设阈值。此时对应的确定模块与发生模块11连接，发生模块11用于在向商户的订单处理装置发送随机通知验证码的次数小于等于预设阈值时，向商户的订单处理装置发送生成的随机通知验证码。

进一步可选地，在上述图6所示实施例的支付装置的技术方案的基础上，订单参数信息包括商户订单号和订单金额中的至少一种。

上述实施例的支付装置，通过采用上述模块实现订单处理与上述相关方法实施例实现订单处理的实现机制相同，详细可以参考上述相关方法实施例的记载，在此不再赘述。

上述实施例的支付装置，通过采用上述模块能够在商户侧对订单处理结果的有效性进行验证，避免商户将被伪造的订单处理结果当作有效订单处理结果进行处理，从而能够有效控制伪造订单处理结果的风险，提高订单处理的安全性，避免商户的金钱损失。同时还可以最大限度地保证订单处理结果尽可能快地传送给商户的订单处理装置，同时保证支付装置的资源利用率。

实施例七

图7为本发明实施例七提供的订单处理装置的结构示意图。如图7所示，本实施例的订单处理装置具体可以包括：接收模块20、发送模块21和验证模块22。

其中接收模块20用于接收第三方支付的支付装置发送的随机通知验证码；该随机通知验证码为第三方支付的支付装置在订单支付处理完之后生成的，随机通知验证码与订单唯一对应；发送模块21与接收模块20连接，发送模块21用于向第三方支付的支付装置发送携带接收模块20接收的随机通知验证码的查询请求，以供第三方支付的支付装置根据生成的随机通知验证码验证接收的随机通知验证码是否有效；接收模块20还用于接收第三方支付的支付装置发送的订单处理结果信息，订单处理结果信息中包括订单参数信息；订单处理结果信息为第三方支付的支付装置在检测接收的随机通知验证码有效时发送的；验证模块22与接收模块20连接，验证模块22用于将接收模块20接收的订单处理结果信息中的订单参数信息与本地存储的订单参数信息的进行匹配，并根据根匹配结果，验证订单处理结果的有效性。

本实施例的订单处理装置，通过采用上述模块实现订单处理与上述相关方法实施例实现订单处理的实现机制相同，详细可以参考上述相关方法实施例的记载，在此不再赘述。

本实施例的订单处理装置，通过采用上述模块实现接收第三方支付的支付装置发送的随机通知验证码；随机通知验证码为第三方支付的支付装置在订单支付处理完之后生成的，随机通知验证码与订单唯一对应；向第三方支付的支付装置发送携带随机通知验证码的查询请求，以供第三方支付的支付装置根据生成的随机通知验证码验证接收的随机通知验证码是否有效；接收第三方支付的支付装置发送的订单处理结果信息，该订单处理结果信息中包括订单参数信息；订单处理结果信息为第三方支付的支付装置在检测接收的随机通知验证码有效时发送的；将订单处理结果信息中的订单参数信息与本地存储的订单参数信息的进行匹配，并根据根匹配结果，验证订单处理结果的有效性。本实施例通过采用上述技术方案，能够在商户侧对订单处理结果的有效性进行验证，避免商户将被伪造的订单处理结果当作有效订单处理结果进行处理，从而能够有效控制伪造订单处理结果的风险，提高订单处理的安全性，避免商户的金钱损失。

进一步可选地，在上述图7所示实施例的订单处理装置的技术方案的基础上，验证模块22具体用于判断订单处理结果信息中的订单参数信息与本地存储的订单参数信息是否匹配；当订单处理结果信息中的订单参数信息与本地存储的订单参数信息相匹配，确定订单处理结果的有效；否则当订单处理结果信息中的订单参数信息与本地存储的订单参数信息不匹配，确定订单处理结果的无效。

进一步可选地，在上述图7所示实施例的订单处理装置的技术方案的基础上，订单参数信息包括商户订单号和订单金额中的至少一种。

上述实施例的订单处理装置，通过采用上述模块实现订单处理与上述相关方法实施例实现订单处理的实现机制相同，详细可以参考上述相关方法实施例的记载，在此不再赘述。

上述实施例的订单处理装置，通过采用上述模块能够在商户侧对订单处理结果的有效性进行验证，避免商户将被伪造的订单处理结果当作有效订单处理结果进行处理，从而能够有效控制伪造订单处理结果的风险，提高订单处理的安全性，避免商户的金钱损失。

实施例八

图8为本发明实施例八提供的订单处理系统的结构示意图。如图8所示，本实施例的订单处理系统，具体可以包括第三方支付的支付装置30和商户的订单处理装置40；其中第三方支付的支付装置30和商户的订单处理装置40互相通信连接。

本实施例的订单处理系统中的第三方支付的支付装置30用于在订单支付处理完之后，生成与订单唯一对应的随机通知验证码；向商户的订单处理装置40发送生成的随机通知验证码。

本实施例的订单处理系统中的商户的订单处理装置40用于接收第三方支付的支付装30发送的随机通知验证码；向第三方支付的支付装置30发送携带接收的随机通知验证码的查询请求。

本实施例的订单处理系统中的第三方支付的支付装置30还用于接收商户的订单处理装置40发送的携带随机通知验证码的查询请求；根据生成的随机通知验证码验证接收商户的订单处理装置40发送的随机通知验证码是否有效；当验证商户的订单处理装置40发送的随机通知验证码有效，向商户的订单处理装置40发送订单处理结果信息，订单处理结果信息中包括订单参数信息。

本实施例的订单处理系统中的商户的订单处理装置40还用于将接收的订单处理结果信息中的订单参数信息与本地存储的订单参数信息的进行匹配，并根据根匹配结果，验证订单处理结果的有效性。

本实施例的订单处理系统中的第三方支付的支付装置30具体可以采用上述图6所示实施例的支付装置。本实施例的订单处理系统中的商户的订单处理装置40具体可以采用上述图7所示实施例的订单处理装置。具体可以采用上述图1-图5所示实施例的订单处理方法实现本实施例的订单处理系统进行订单处理的机制，详细可以参考上述相关实施例的记载，在此不再赘述。

本实施例的订单处理系统，通过采用上述第三方支付的支付装置和商户的订单处理装置，能够在商户侧对订单处理结果的有效性进行验证，避免商户将被伪造的订单处理结果当作有效订单处理结果进行处理，从而能够有效控制伪造订单处理结果的风险，提高订单处理的安全性，避免商户的金钱损失。

进一步地，本实施例的订单处理系统中的第三方支付的支付装置30在生成与订单唯一对应的随机通知验证码之后，向商户的订单处理装置40发送生成的随机通知验证码之前，确定向商户的订单处理装置40发送随机通知验证码的次数小于等于预设阈值，从而可以最大限度地保证订单处理结果尽可能快地传送给商户的订单处理装置，同时保证支付装置的资源利用率。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (17)

1.一种订单处理方法，其特征在于，所述方法包括以下步骤：

订单支付处理完之后，生成与所述订单唯一对应的随机通知验证码；

向商户的订单处理装置发送生成的所述随机通知验证码；

接收所述商户的订单处理装置发送的携带随机通知验证码的查询请求；

根据生成的所述随机通知验证码验证所述商户的订单处理装置发送的所述随机通知验证码是否有效；

当所述商户的订单处理装置发送的所述随机通知验证码有效，向所述商户的订单处理装置发送订单处理结果信息，所述订单处理结果信息中包括订单参数信息，以供所述商户的订单处理装置根据所述订单参数信息与本地存储的订单参数信息的匹配结果，验证订单处理结果的有效性。

2.如权利要求1所述的方法，其特征在于，根据生成的所述随机通知验证码验证所述商户的订单处理装置发送的所述随机通知验证码是否有效，包括：

判断所述商户的订单处理装置发送的所述随机通知验证码是否等于生成的所述随机通知验证码；

当等于时，确定所述商户的订单处理装置发送的所述随机通知验证码有效，否则当不等于时，确定所述商户的订单处理装置发送的所述随机验证码无效。

3.如权利要求2所述的方法，其特征在于，确定所述商户的订单处理装置发送的所述随机验证码无效之后，所述方法还包括：

向商户的订单处理装置发送查询无效的消息。

4.如权利要求1-3任一所述的方法，其特征在于，生成与所述订单唯一对应的随机通知验证码之后，向商户的订单处理装置发送生成的所述随机通知验证码之前，所述方法还包括：

确定向所述商户的订单处理装置发送所述随机通知验证码的次数小于等于预设阈值。

5.如权利要求1-3任一所述的方法，其特征在于，所述订单参数信息包括商户订单号和订单金额中的至少一种。

6.一种订单处理方法，其特征在于，所述方法包括以下步骤：

接收第三方支付的支付装置发送的随机通知验证码；所述随机通知验证码为所述第三方支付的支付装置在订单支付处理完之后生成的，所述随机通知验证码与所述订单唯一对应；

向所述第三方支付的支付装置发送携带所述随机通知验证码的查询请求，以供所述第三方支付的支付装置根据生成的所述随机通知验证码验证接收的所述随机通知验证码是否有效；

接收所述第三方支付的支付装置发送的订单处理结果信息，所述订单处理结果信息中包括订单参数信息；所述订单处理结果信息为所述第三方支付的支付装置在检测接收的所述随机通知验证码有效时发送的；

将所述订单处理结果信息中的所述订单参数信息与本地存储的订单参数信息的进行匹配，并根据根匹配结果，验证订单处理结果的有效性。

7.如权利要求6所述的方法，其特征在于，将所述订单处理结果信息中的所述订单参数信息与本地存储的订单参数信息的进行匹配，并根据根匹配结果，验证订单处理结果的有效性，包括：

判断所述订单处理结果信息中的所述订单参数信息与本地存储的所述订单参数信息是否匹配；

当所述订单处理结果信息中的所述订单参数信息与本地存储的所述订单参数信息相匹配，确定所述订单处理结果的有效；否则当所述订单处理结果信息中的所述订单参数信息与本地存储的所述订单参数信息不匹配，确定所述订单处理结果的无效。

8.如权利要求6或7所述的方法，其特征在于，所述订单参数信息包括商户订单号和订单金额中的至少一种。

9.一种支付装置，其特征在于，所述装置包括：

生成模块，用于在订单支付处理完之后，生成与所述订单唯一对应的随机通知验证码；

发送模块，用于向商户的订单处理装置发送生成的所述随机通知验证码；

接收模块，用于接收所述商户的订单处理装置发送的携带随机通知验证码的查询请求；

验证模块，用于根据生成的所述随机通知验证码验证所述商户的订单处理装置发送的所述随机通知验证码是否有效；

所述发送模块，还用于当所述商户的订单处理装置发送的所述随机通知验证码有效，向所述商户的订单处理装置发送订单处理结果信息，所述订单处理结果信息中包括订单参数信息，以供所述商户的订单处理装置根据所述订单参数信息与本地存储的订单参数信息的匹配结果，验证订单处理结果的有效性。

10.如权利要求9所述的装置，其特征在于，所述验证模块，具体用于判断所述商户的订单处理装置发送的所述随机通知验证码是否等于生成的所述随机通知验证码；当等于时，确定所述商户的订单处理装置发送的所述随机通知验证码有效，否则当不等于时，确定所述商户的订单处理装置发送的所述随机验证码无效。

11.如权利要求10所述的装置，其特征在于，所述发送模块，还用于在所述验证模块确定所述商户的订单处理装置发送的所述随机验证码无效之后，向商户的订单处理装置发送查询无效的消息。

12.如权利要求9-11任一所述的装置，其特征在于，所述装置还包括：

确定模块，用于在所述生成模块生成与所述订单唯一对应的随机通知验证码之后，所述发送模块向商户的订单处理装置发送生成的所述随机通知验证码之前，确定向所述商户的订单处理装置发送所述随机通知验证码的次数小于等于预设阈值。

13.如权利要求9-11任一所述的装置，其特征在于，所述订单参数信息包括商户订单号和订单金额中的至少一种。

14.一种订单处理装置，其特征在于，所述装置包括：

接收模块，用于接收第三方支付的支付装置发送的随机通知验证码；所述随机通知验证码为所述第三方支付的支付装置在订单支付处理完之后生成的，所述随机通知验证码与所述订单唯一对应；

发送模块，用于向所述第三方支付的支付装置发送携带所述随机通知验证码的查询请求，以供所述第三方支付的支付装置根据生成的所述随机通知验证码验证接收的所述随机通知验证码是否有效；

所述接收模块，还用于接收所述第三方支付的支付装置发送的订单处理结果信息，所述订单处理结果信息中包括订单参数信息；所述订单处理结果信息为所述第三方支付的支付装置在检测接收的所述随机通知验证码有效时发送的；

验证模块，用于将所述订单处理结果信息中的所述订单参数信息与本地存储的订单参数信息的进行匹配，并根据根匹配结果，验证订单处理结果的有效性。

15.如权利要求14所述的装置，其特征在于，所述验证模块，具体用于判断所述订单处理结果信息中的所述订单参数信息与本地存储的所述订单参数信息是否匹配；当所述订单处理结果信息中的所述订单参数信息与本地存储的所述订单参数信息相匹配，确定所述订单处理结果的有效；否则当所述订单处理结果信息中的所述订单参数信息与本地存储的所述订单参数信息不匹配，确定所述订单处理结果的无效。

16.如权利要求14或15所述的装置，其特征在于，所述订单参数信息包括商户订单号和订单金额中的至少一种。

17.一种订单处理系统，其特征在于，包括第三方支付的支付装置和商户的订单处理装置；所述第三方支付的支付装置和所述商户的订单处理装置互相通信连接；所述第三方支付的支付装置采用如上权利要求9-13任一所述的支付装置；所述商户的订单处理装置采用如上权利要求14-16任一所述的订单处理装置。