CN109285049A - 订单的校验方法、系统、电子设备及存储介质 - Google Patents

Abstract

本发明的实施例提供了一种订单的校验方法、系统、电子设备及存储介质，所述方法包括：在接收到对待提交订单的校验请求之后，将所述校验请求转发至所述供应商服务器，所述供应商服务器用于采用所述供应商服务器中的商品系统信息，对第一商品系统信息进行第一校验并返回校验结果信息，所述第一商品系统信息为所述待提交订单的商品系统信息；若所述校验结果信息包括校验未通过的信息，则更新所述应用服务器中的第二商品系统信息，所述应用服务器用于在接收到对所述待提交订单的提交操作之后，采用所述第二商品系统信息对所述第一商品系统信息进行第二校验。可以在第一校验未通过时直接更新商品系统信息，避免客户端在未返回校验结果时默认校验通过，有助于提高订单校验的准确度。

Description

订单的校验方法、系统、电子设备及存储介质

技术领域

本发明实施例涉及网络技术领域，尤其涉及一种订单的校验方法、系统、电子设备及存储介质。

背景技术

随着各种应用软件的普及，用户可以足不出户的购买商品。对于价格和库存变化较频繁的商品，在用户准备下订单和提交订单时商品的两个时刻，商品的价格、库存等系统信息均可能发生变化，从而需要对其进行校验。

现有技术中，为了避免在订单提交时对商品系统信息进行校验导致的订单校验失败次数较多，降低用户体验的问题，采用如下方案进行商品系统信息的校验：首先，在用户进入提交订单的页面之后，检测用户的目标操作；然后，在检测到目标操作时，通过供应商直连接口从供应商数据库中获取价格或库存，对订单进行校验。最后，若校验通过，则允许用户进行提交订单操作，例如，订单提交按钮可操作；若校验不通过，则禁止用户进行提交订单操作，例如，灰化订单提交按钮。

在对上述方案的研究中发现，当供应商数据库的系统性能较差、或业务压力较大时，订单校验的响应速度较慢，客户端在未返回校验结果时默认校验通过，导致订单校验的准确度较低。

发明内容

本发明的实施例提供一种订单的校验方法、系统、电子设备及存储介质，可以在第一校验未通过时直接更新商品系统信息，避免客户端在未返回校验结果时默认校验通过，有助于提高订单校验的准确度。

根据第一方面的实施例，提供了一种订单的校验方法，所述方法包括：

在接收到对待提交订单的校验请求之后，将所述校验请求转发至所述供应商服务器，所述供应商服务器用于采用所述供应商服务器中的商品系统信息，对第一商品系统信息进行第一校验并返回校验结果信息，所述第一商品系统信息为所述待提交订单的商品系统信息；

若所述校验结果信息包括校验未通过的信息，则更新所述应用服务器中的第二商品系统信息，所述应用服务器用于在接收到对所述待提交订单的提交操作之后，采用所述第二商品系统信息对所述第一商品系统信息进行第二校验。

可选地，在所述校验结果信息包括校验未通过的信息的情况下，所述校验结果信息还包括第三商品系统信息，所述更新所述应用服务器中的第二商品系统信息的步骤，包括：

将所述应用服务器中的第二商品系统信息更新为所述第三商品系统信息。

可选地，所述更新所述应用服务器中的第二商品系统信息的步骤，包括：

从所述供应商服务器中获取第三商品系统信息，并将所述应用服务器中的第二商品系统信息更新为所述第三商品系统信息。

可选地，所述校验请求在检测到用户请求进入目标页面之后发送，所述目标页面包括订单生成页面、付费页面、订单修改页面。

可选地，所述商品系统信息包括价格信息、库存数量、产品是否可售的标识信息。

根据第二方面的实施例，系统包括：校验处理服务器、供应商服务器和应用服务器，所述校验处理服务器包括：

校验请求接收模块，用于在接收到对待提交订单的校验请求之后，将所述校验请求转发至所述供应商服务器，所述供应商服务器用于采用所述供应商服务器中的商品系统信息，对第一商品系统信息进行第一校验并返回校验结果信息，所述第一商品系统信息为所述待提交订单的商品系统信息；

数据更新模块，用于若所述校验结果信息包括校验未通过的信息，则更新所述应用服务器中的第二商品系统信息，所述应用服务器用于在接收到对所述待提交订单的提交操作之后，采用所述第二商品系统信息对所述第一商品系统信息进行第二校验。

可选地，在所述校验结果信息包括校验未通过的信息的情况下，所述校验结果信息还包括第三商品系统信息，所述数据更新模块，包括：

第一数据更新子模块，用于将所述应用服务器中的第二商品系统信息更新为所述第三商品系统信息。

可选地，所述数据更新模块，包括：

第二数据更新子模块，用于从所述供应商服务器中获取第三商品系统信息，并将所述应用服务器中的第二商品系统信息更新为所述第三商品系统信息。

可选地，所述校验请求在检测到用户请求进入目标页面之后发送，所述目标页面包括订单生成页面、付费页面、订单修改页面。

可选地，所述商品系统信息包括价格信息、库存数量、产品是否可售的标识信息。

根据第三方面的实施例，提供了一种电子设备，包括：

处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序时实现前述的方法。

根据第四方面的实施例，提供了一种可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行前述的方法。

本发明实施例提供了一种订单的校验方法、系统、电子设备及存储介质，所述方法包括：在接收到对待提交订单的校验请求之后，将所述校验请求转发至所述供应商服务器，所述供应商服务器用于采用所述供应商服务器中的商品系统信息，对第一商品系统信息进行第一校验并返回校验结果信息，所述第一商品系统信息为所述待提交订单的商品系统信息；若所述校验结果信息包括校验未通过的信息，则更新所述应用服务器中的第二商品系统信息，所述应用服务器用于在接收到对所述待提交订单的提交操作之后，采用所述第二商品系统信息对所述第一商品系统信息进行第二校验。可以在第一校验未通过时直接更新商品系统信息，避免客户端在未返回校验结果时默认校验通过，有助于提高订单校验的准确度。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例一提供的一种订单的校验方法的具体步骤流程图；

图2是本发明实施例系统中各装置之间的交互示意图；

图3是本发明实施例二提供的一种订单的校验系统的结构图；

图4示出了本发明的一种实施例中的电子设备的结构图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

参照图1，其示出了本发明实施例一提供的一种订单的校验方法的具体步骤流程图。

本发明实施例应用于如图3所示的系统，该系统包括：供应商服务器、校验处理服务器、应用服务器。

本发明实施例从校验处理服务器侧进行详细说明。

其中，供应商服务器为产品的供应商对应的校验服务器，用于对订单中的商品系统信息进行校验。此外，该校验服务器还对应了数据存储服务器，供应商服务器从该数据存储服务器中读取商品系统信息，对订单中的商品系统信息进行校验。在校验通过之后返回校验通过的信息，在校验未通过之后返回校验未通过的信息。

校验处理服务器用于接收订单校验请求，并将订单校验请求转发至供应商服务器，根据供应商服务器的校验结果，更新应用服务器中的商品系统信息。在本发明实施例中，校验处理服务器可以为具有逻辑判断和计算的任何装置，例如，个人计算机、平板电脑等。

应用服务器用于对用户提交的订单进行校验，若校验通过，则进入支付流程；若校验未通过，则拒绝用户的订单或提示用户下单失败。此外，应用服务器还用于向校验处理服务器发送订单校验请求，检测用户对订单的提交操作等。

在实际应用中，应用服务器与安装在客户端的应用平台通信连接，可以接收应用平台的数据请求，并返回对该数据请求的处理结果。本发明实施例的一个典型应用场景为酒店销售，应用服务器为销售酒店产品的应用平台对应的后台服务器，应用平台可以为各种销售酒店产品的应用，可以安装在手机、平板电脑、个人计算机等各种终端上。

如图2所示，订单的校验流程具体包括：首先，应用平台检测到用户跳转到目标页面时，向校验处理服务器发送对订单的校验请求；然后，校验处理服务器将该校验请求转发至供应商服务器，供应商服务器根据供应商的商品系统信息对订单的商品系统信息进行校验，并向校验处理服务器返回校验结果；再然后，校验处理服务器根据校验返回结果更新应用服务器的商品系统信息；最后，应用服务器根据更新的商品系统信息对提交的订单再次进行校验，在校验通过之后，核对订单的产品详细信息，并结算。

其中，产品详细信息可以包括但不限于：用户使用产品的生效时间、有效截止时间、产品价格、以及用户信息等。

校验处理服务器分别与供应商服务器、应用服务器通信连接，例如，通过移动通信网络、无线局域网络、蓝牙、或有线网络等。本发明实施例对通信连接的具体方式不加以限制。

可以理解，本发明实施例可以应用于通过第三方平台进行销售的各种应用场景。

步骤101，在接收到对待提交订单的校验请求之后，将所述校验请求转发至所述供应商服务器，所述供应商服务器用于采用所述供应商服务器中的商品系统信息，对第一商品系统信息进行第一校验并返回校验结果信息，所述第一商品系统信息为所述待提交订单的商品系统信息。

其中，对待提交订单的校验请求由应用服务器发起，校验请求至少携带订单的商品系统信息，此外，还可以根据应用场景携带订单的其他信息。

校验结果信息至少包括校验是否通过的信息，若校验通过，则仅包括校验通过的标识信息；若校验未通过，则不仅包括校验未通过的标识信息，还可以包括：供应商服务器中的商品系统信息。

可以理解，校验通过和未通过的标识信息可以用1和0标识，其中，0代表校验未通过，1代表校验通过。当然，也可以用“YES”表示校验通过，“NO”标识校验未通过。本发明实施例对表示校验是否通过的标识不加以限制。

可选地，在本发明的另一种实施例中，上述校验请求在检测到用户请求进入目标页面之后发送，所述目标页面包括订单生成页面、付费页面、订单修改页面。

订单生成页面在用户进行下单操作时生成，在该页面，用户需要设置用户信息、订单信息。其中，用户信息包括但不限于：用户标识、用户地址、用户联系方式、用户身份号码信息等，订单信息包括订单的数量、生效时间、有效截止时间、位置、大小等。

付费页面在用户在订单生成页面上进行付费操作时生成，在该页面，用户可以设置付费的方式、账户等。

订单修改页面在用户在订单生成页面上修改用户或订单信息时生成，例如，对于用户身份号码信息，当用户需要对身份号码信息进行修改时，转入通过图像识别获取身份号码信息的页面；或对于生效时间，当用户需要对生效时间进行修改时，转入时间选择界面。

可以理解，由于订单生成、付费、修改等操作均需要一定的等待时间，本发明实施例利用这些等待时间对订单进行同步校验，从而可以节约时间，有助于进一步提高订单校验的响应速度。

在实际应用中，校验请求还可以仅携带订单的产品标识信息，供应商服务器直接将该产品标识信息对应的商品系统信息返回。当校验处理服务器接收到返回的商品系统信息时，直接将该商品系统信息更新至应用服务器中。

可选地，在本发明的另一种实施例中，商品系统信息包括价格信息、库存数量、产品是否可售的标识信息。

价格信息为单价，对于不同的产品，价格采用不同的计价方式。例如，对于酒店产品，价格可以为酒店房间的日租费用，对于普通商品，价格可以为单位重量、体积、数目的费用。可以理解，价格会随着市场变化、提供方的销售策略等变更。

库存数量为供应商提供的待售卖产品的总数目，库存数量随着产品的售出减少，相对于价格信息而言，变更较频繁。

产品是否可售包括但不限于：库存数量小于或等于0，产品下架。可以理解，库存数量是否小于或等于0取决于产品的销售情况，对于销售火爆的产品往往会出现销售完的情况；产品是否下架与产品的销售情况以及提供方的销售策略相关。

可以理解，商品系统信息可以包括任何变更较频繁的产品信息。本发明实施例对其不加以限制。

步骤102，若所述校验结果信息包括校验未通过的信息，则更新所述应用服务器中的第二商品系统信息，所述应用服务器用于在接收到对所述待提交订单的提交操作之后，采用所述第二商品系统信息对所述第一商品系统信息进行第二校验。

更新所述应用服务器中的第二商品系统信息，具体步骤包括：首先，首先向应用服务器发送更新通知，并携带最新的商品系统信息；然后，应用服务器接收到该商品系统信息时，将自己存储的第二商品系统信息替换为该商品系统信息。

采用所述第二商品系统信息对所述第一商品系统信息进行第二校验，具体为：将第二商品系统信息与第一商品系统信息进行对比，若一致，则校验通过，若不一致，则校验未通过。

可以理解，本发明实施例首先通过第一校验保证应用服务器中的商品系统信息为最新信息，然后采用该商品系统信息对该产品进行第二校验。其中，第一校验可以纠正的错误数目通常远大于第二校验，从而通过两次校验保证了商品系统信息的实时性和准确性。

本发明实施例在检测到校验请求之后，直接根据校验结果进行数据更新，并不需要将数据返回至客户端，避免了客户端在返回校验请求之后还需要等待校验结果的返回，有助于提高订单校验的准确度。

可选地，在本发明的另一种实施例中，在所述校验结果信息包括校验未通过的信息的情况下，所述校验结果信息还包括第三商品系统信息，上述步骤102包括子步骤1021：

子步骤1021，将所述应用服务器中的第二商品系统信息更新为所述第三商品系统信息。

本发明实施例可以直接在第一校验未通过时，将准确的商品系统信息携带在校验结果信息中，以进行商品系统信息的更新，减少供应商服务器与应用服务器、供应商服务器与应用服务器之间的交互次数。

可选地，在本发明的另一种实施例中，上述步骤102包括子步骤1022：

子步骤1022，从所述供应商服务器中获取第三商品系统信息，并将所述应用服务器中的第二商品系统信息更新为所述第三商品系统信息。

本发明实施例还可以单独获取第三商品系统信息，保证第三商品系统信息的实时性。

综上所述，本发明实施例提供了一种订单的校验方法，所述方法包括：在接收到对待提交订单的校验请求之后，将所述校验请求转发至所述供应商服务器，所述供应商服务器用于采用所述供应商服务器中的商品系统信息，对第一商品系统信息进行第一校验并返回校验结果信息，所述第一商品系统信息为所述待提交订单的商品系统信息；若所述校验结果信息包括校验未通过的信息，则更新所述应用服务器中的第二商品系统信息，所述应用服务器用于在接收到对所述待提交订单的提交操作之后，采用所述第二商品系统信息对所述第一商品系统信息进行第二校验。可以在第一校验未通过时直接更新商品系统信息，避免客户端在未返回校验结果时默认校验通过，有助于提高订单校验的准确度。

实施例二

参照图3，其示出了本发明实施例二提供的一种订单的校验系统的结构图，具体如下。

校验处理服务器301、供应商服务器302和应用服务器302。

其中，供应商服务器为产品的供应商对应的校验服务器，用于对订单中的商品系统信息进行校验。此外，该校验服务器还对应了数据存储服务器，供应商服务器从该数据存储服务器中读取商品系统信息，对订单中的商品系统信息进行校验。在校验通过之后返回校验通过的信息，在校验未通过之后返回校验未通过的信息。

校验处理服务器用于接收订单校验请求，并将订单校验请求转发至供应商服务器，根据供应商服务器的校验结果，更新应用服务器中的商品系统信息。在本发明实施例中，校验处理服务器可以为具有逻辑判断和计算的任何装置，例如，个人计算机、平板电脑等。

应用服务器用于对用户提交的订单进行校验，若校验通过，则进入支付流程；若校验未通过，则拒绝用户的订单或提示用户下单失败。此外，应用服务器还用于向校验处理服务器发送订单校验请求，检测用户对订单的提交操作等。

在实际应用中，应用服务器与安装在客户端的应用平台通信连接，可以接收应用平台的数据请求，并返回对该数据请求的处理结果。本发明实施例的一个典型应用场景为酒店销售，应用服务器为销售酒店产品的应用平台对应的后台服务器，应用平台可以为各种销售酒店产品的应用，可以安装在手机、平板电脑、个人计算机等各种终端上。

如图2所示，订单的校验流程具体包括：首先，应用平台检测到用户跳转到目标页面时，向校验处理服务器发送对订单的校验请求；然后，校验处理服务器将该校验请求转发至供应商服务器，供应商服务器根据供应商的商品系统信息对订单的商品系统信息进行校验，并向校验处理服务器返回校验结果；再然后，校验处理服务器根据校验返回结果更新应用服务器的商品系统信息；最后，应用服务器根据更新的商品系统信息对提交的订单再次进行校验，在校验通过之后，核对订单的产品详细信息，并结算。

其中，产品详细信息可以包括但不限于：用户使用产品的生效时间、有效截止时间、产品价格、以及用户信息等。

校验处理服务器分别与供应商服务器、应用服务器通信连接，例如，通过移动通信网络、无线局域网络、蓝牙、或有线网络等。本发明实施例对通信连接的具体方式不加以限制。

可以理解，本发明实施例可以应用于通过第三方平台进行销售的各种应用场景。

上述校验处理服务器301包括：

校验请求接收模块3011，用于在接收到对待提交订单的校验请求之后，将所述校验请求转发至所述供应商服务器，所述供应商服务器用于采用所述供应商服务器中的商品系统信息，对第一商品系统信息进行第一校验并返回校验结果信息，所述第一商品系统信息为所述待提交订单的商品系统信息。

其中，对待提交订单的校验请求由应用服务器发起，校验请求至少携带订单的商品系统信息，此外，还可以根据应用场景携带订单的其他信息。

校验结果信息至少包括校验是否通过的信息，若校验通过，则仅包括校验通过的标识信息；若校验未通过，则不仅包括校验未通过的标识信息，还可以包括：供应商服务器中的商品系统信息。

可以理解，校验通过和未通过的标识信息可以用1和0标识，其中，0代表校验未通过，1代表校验通过。当然，也可以用“YES”表示校验通过，“NO”标识校验未通过。本发明实施例对表示校验是否通过的标识不加以限制。

数据更新模块3012，用于若所述校验结果信息包括校验未通过的信息，则更新所述应用服务器中的第二商品系统信息，所述应用服务器用于在接收到对所述待提交订单的提交操作之后，采用所述第二商品系统信息对所述第一商品系统信息进行第二校验。

更新所述应用服务器中的第二商品系统信息，具体步骤包括：首先，首先向应用服务器发送更新通知，并携带最新的商品系统信息；然后，应用服务器接收到该商品系统信息时，将自己存储的第二商品系统信息替换为该商品系统信息。

采用所述第二商品系统信息对所述第一商品系统信息进行第二校验，具体为：将第二商品系统信息与第一商品系统信息进行对比，若一致，则校验通过，若不一致，则校验未通过。

可以理解，本发明实施例首先通过第一校验保证应用服务器中的商品系统信息为最新信息，然后采用该商品系统信息对该产品进行第二校验。其中，第一校验可以纠正的错误数目通常远大于第二校验，从而通过两次校验保证了商品系统信息的实时性和准确性。

本发明实施例在检测到校验请求之后，直接根据校验结果进行数据更新，并不需要将数据返回至客户端，避免了客户端在返回校验请求之后还需要等待校验结果的返回，有助于提高订单校验的准确度。

可选地，在本发明的另一种实施例中，上述校验请求在检测到用户请求进入目标页面之后发送，所述目标页面包括订单生成页面、付费页面、订单修改页面。

订单生成页面在用户进行下单操作时生成，在该页面，用户需要设置用户信息、订单信息。其中，用户信息包括但不限于：用户标识、用户地址、用户联系方式、用户身份号码信息等，订单信息包括订单的数量、生效时间、有效截止时间、位置、大小等。

付费页面在用户在订单生成页面上进行付费操作时生成，在该页面，用户可以设置付费的方式、账户等。

订单修改页面在用户在订单生成页面上修改用户或订单信息时生成，例如，对于用户身份号码信息，当用户需要对身份号码信息进行修改时，转入通过图像识别获取身份号码信息的页面；或对于生效时间，当用户需要对生效时间进行修改时，转入时间选择界面。

可以理解，由于订单生成、付费、修改等操作均需要一定的等待时间，本发明实施例利用这些等待时间对订单进行同步校验，从而可以节约时间，有助于进一步提高订单校验的响应速度。

在实际应用中，校验请求还可以仅携带订单的产品标识信息，供应商服务器直接将该产品标识信息对应的商品系统信息返回。当校验处理服务器接收到返回的商品系统信息时，直接将该商品系统信息更新至应用服务器中。

可选地，在本发明的另一种实施例中，商品系统信息包括价格信息、库存数量、产品是否可售的标识信息。

价格信息为单价，对于不同的产品，价格采用不同的计价方式。例如，对于酒店产品，价格可以为酒店房间的日租费用，对于普通商品，价格可以为单位重量、体积、数目的费用。可以理解，价格会随着市场变化、提供方的销售策略等变更。

库存数量为供应商提供的待售卖产品的总数目，库存数量随着产品的售出减少，相对于价格信息而言，变更较频繁。

产品是否可售包括但不限于：库存数量小于或等于0，产品下架。可以理解，库存数量是否小于或等于0取决于产品的销售情况，对于销售火爆的产品往往会出现销售完的情况；产品是否下架与产品的销售情况以及提供方的销售策略相关。

可以理解，商品系统信息可以包括任何变更较频繁的产品信息。本发明实施例对其不加以限制。

可选地，在本发明的另一种实施例中，在所述校验结果信息包括校验未通过的信息的情况下，所述校验结果信息还包括第三商品系统信息，上述数据更新模块3012，包括：

第一数据更新子模块，用于将所述应用服务器中的第二商品系统信息更新为所述第三商品系统信息。

本发明实施例可以直接在第一校验未通过时，将准确的商品系统信息携带在校验结果信息中，以进行商品系统信息的更新，减少供应商服务器与应用服务器、供应商服务器与应用服务器之间的交互次数。

可选地，在本发明的另一种实施例中，上述数据更新模块3012，包括：

第二数据更新子模块，用于从所述供应商服务器中获取第三商品系统信息，并将所述应用服务器中的第二商品系统信息更新为所述第三商品系统信息。

本发明实施例还可以单独获取第三商品系统信息，保证第三商品系统信息的实时性。

综上所述，本发明实施例提供了一种订单的校验系统，所述系统包括：校验处理服务器、供应商服务器和应用服务器，所述校验处理服务器包括：校验请求接收模块，用于在接收到对待提交订单的校验请求之后，将所述校验请求转发至所述供应商服务器，所述供应商服务器用于采用所述供应商服务器中的商品系统信息，对第一商品系统信息进行第一校验并返回校验结果信息，所述第一商品系统信息为所述待提交订单的商品系统信息；数据更新模块，用于若所述校验结果信息包括校验未通过的信息，则更新所述应用服务器中的第二商品系统信息，所述应用服务器用于在接收到对所述待提交订单的提交操作之后，采用所述第二商品系统信息对所述第一商品系统信息进行第二校验。可以在第一校验未通过时直接更新商品系统信息，避免客户端在未返回校验结果时默认校验通过，有助于提高订单校验的准确度。

本发明的实施例还提供了一种电子设备，参照图4，包括：处理器401、存储器402以及存储在所述存储器402上并可在所述处理器401上运行的计算机程序4021，所述处理器401执行所述程序时实现前述的方法。

本发明的实施例还提供了一种可读存储介质，当所述存储介质中的指令由电子的处理器执行时，使得电子设备能够执行前述的方法。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明的实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本发明并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的订单的校验设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种订单的校验方法，应用于校验处理服务器，其特征在于，所述校验处理服务器与供应商服务器、应用服务器通信连接，所述方法包括：

在接收到对待提交订单的校验请求之后，将所述校验请求转发至所述供应商服务器，所述供应商服务器用于采用所述供应商服务器中的商品系统信息，对第一商品系统信息进行第一校验并返回校验结果信息，所述第一商品系统信息为所述待提交订单的商品系统信息；

若所述校验结果信息包括校验未通过的信息，则更新所述应用服务器中的第二商品系统信息，所述应用服务器用于在接收到对所述待提交订单的提交操作之后，采用所述第二商品系统信息对所述第一商品系统信息进行第二校验。

2.根据权利要求1所述的方法，其特征在于，在所述校验结果信息包括校验未通过的信息的情况下，所述校验结果信息还包括第三商品系统信息，所述更新所述应用服务器中的第二商品系统信息的步骤，包括：

将所述应用服务器中的第二商品系统信息更新为所述第三商品系统信息。

3.根据权利要求1所述的方法，其特征在于，所述更新所述应用服务器中的第二商品系统信息的步骤，包括：

从所述供应商服务器中获取第三商品系统信息，并将所述应用服务器中的第二商品系统信息更新为所述第三商品系统信息。

4.根据权利要求1所述的方法，其特征在于，所述校验请求在检测到用户请求进入目标页面之后发送，所述目标页面包括订单生成页面、付费页面、订单修改页面。

5.一种订单的校验系统，其特征在于，所述系统包括：校验处理服务器、供应商服务器和应用服务器，所述校验处理服务器包括：

校验请求接收模块，用于在接收到对待提交订单的校验请求之后，将所述校验请求转发至所述供应商服务器，所述供应商服务器用于采用所述供应商服务器中的商品系统信息，对第一商品系统信息进行第一校验并返回校验结果信息，所述第一商品系统信息为所述待提交订单的商品系统信息；

数据更新模块，用于若所述校验结果信息包括校验未通过的信息，则更新所述应用服务器中的第二商品系统信息，所述应用服务器用于在接收到对所述待提交订单的提交操作之后，采用所述第二商品系统信息对所述第一商品系统信息进行第二校验。

6.根据权利要求5所述的系统，其特征在于，在所述校验结果信息包括校验未通过的信息的情况下，所述校验结果信息还包括第三商品系统信息，所述数据更新模块，包括：

第一数据更新子模块，用于将所述应用服务器中的第二商品系统信息更新为所述第三商品系统信息。

7.根据权利要求5所述的系统，其特征在于，所述数据更新模块，包括：

第二数据更新子模块，用于从所述供应商服务器中获取第三商品系统信息，并将所述应用服务器中的第二商品系统信息更新为所述第三商品系统信息。

8.根据权利要求5所述的系统，其特征在于，所述校验请求在检测到用户请求进入目标页面之后发送，所述目标页面包括订单生成页面、付费页面、订单修改页面。

9.一种电子设备，其特征在于，包括：

处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-4中一个或多个所述的订单的校验方法。

10.一种可读存储介质，其特征在于，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如方法权利要求1-4中一个或多个所述的订单的校验方法。