CN102831512A - 一种加快网上交易数据处理的方法及*** - Google Patents

Abstract

本申请提供了一种加快网上交易数据处理的方法及***，以解决现有的网上交易数据处理存在延迟并导致处理效率低下的问题。所述方法包括：网上交易平台暂存交易中的第一交互资源；当交易订单处于发货状态时，根据交易订单的发货记录生成交易订单的物流配送信息；调用真实的物流跟踪信息；将所述交易订单的物流配送信息与真实的物流跟踪信息进行匹配，如果两者相匹配，则触发该交易订单自动进入下一处理状态；当所述交易订单自动进入下一处理状态后，将所述暂存的第一交互资源发送给用户客户端。本申请实现了一种自动化的交易数据处理，可以提高交易数据的处理效率，还可以节省存储服务器上的存储空间。

Description

一种加快网上交易数据处理的方法及***

技术领域

本申请涉及网络数据处理技术，特别是涉及一种加快网上交易数据处理的方法及***。

背景技术

随着互联网技术的发展，利用网络平台实现的数据处理也越来越多。参照图1，是现有技术中一种网络数据处理***的示意图。所述网络数据处理***包括交互管理服务器和客户端，客户端之间通过所述交互管理服务器完成交互，所述交互管理服务器对客户端交互过程中产生的网络数据进行处理。例如，如图1所示，客户端1和客户端2之间进行资源交互，其交互过程如下：

客户端1向交互管理服务器发送第一交互资源，交互管理服务器暂存所述第一交互资源，并通知客户端2向客户端1发送第二交互资源，当客户端1确认收到所述第二交互资源后通知交互管理服务器，交互管理服务器再将暂存的第一交互资源发给客户端2。至此，客户端1具有的第一交互资源发送至客户端2，客户端2具有的第二交互资源发送至客户端1，客户端1和客户端2之间通过交互管理服务器完成了资源交互。

在上述交互过程中，客户端1和客户端2的很多操作都发生在交互管理服务器上，如交互资源的发送、通知消息的发送、确认消息的发送等等，这些操作产生的数据都由交互管理服务器进行处理，并将处理结果及时地传达给客户端1和客户端2。另外，交互管理服务器暂存所述第一交互资源时需要在服务器中开辟专门的存储空间来存储所述第一交互资源。

将上述网络数据处理***应用到电子商务的网络交易中，可以实现一种安全的电子交易。参照图2，是现有技术中一种应用网络数据处理***的电子交易示意图。其中，客户端1对应买家，客户端2对应卖家，交互管理服务器对应网上交易平台。所述电子交易过程如下：

卖家在网上交易平台上展示自己的商品信息，买家选中商品后网上交易平台生成相应订单，买家针对该订单付款，网上交易平台暂时保存买家付的钱款，并通知卖家发货，当买家确认收到货物后通知网上交易平台，网上交易平台再放款给卖家。

在所述电子交易过程中，买家付的钱款对应上述的第一交互资源，卖家出售的商品对应上述的第二交互资源，买家和卖家通过网上交易平台实现商品买卖。而所述网上交易平台负责处理整个电子交易过程中产生的大量交易数据，如订单信息、付款信息、发货信息、收货确认信息、放款信息等等，从而保证网上交易的顺利进行。并且，网上交易平台需要提供专门的存储服务器来暂时存储不同买家在交易过程中支付的钱款数据。更具体的，在实际应用中，每笔交易的钱款数据从买家支付到网上交易平台暂存，再到网上交易平台打款给卖家的一系列处理状态都会被记录下来，并存储在网上交易平台的服务器上。但是，一台存储服务器无法存储海量的交易数据，因此服务器会按照一定的策略移除一些旧的钱款记录，例如，按照先进先出的策略将最早的钱款记录删除，或者，移到另一台历史数据库服务器上进行存储，等等，以便腾出空间存储新的钱款记录。

综上所述，由图1和图2可以看出，在广泛应用互联网技术的基础上，通过建立网络数据处理***(如网上交易平台)，可以实现用户之间的网上交易，用户不用出门就能选购到自己所需的东西。

但是，现有技术对网络数据的处理还存在以下问题：

仍以网上交易为例，网上交易平台每天需要处理大量的交易数据，其中每一笔交易都经过订单生成、付款、发货、收货确认、放款几个环节，每个环节都会产生相应的交易数据。在其中的收货确认环节，如果买家收到货物后没有及时在网上交易平台进行确认，即使买家最终在网上交易平台规定的确认时间内进行了确认，但是从买家收到货物到最终确认的时间段内，网上交易平台一直无法向卖家放款，导致在这段时间内该笔交易数据的处理延迟，进而影响了网上交易平台的数据处理效率。

尤其是当网上交易平台要处理的数据量较大时，如果多笔交易数据都由于上述原因处于待确认状态而不能尽快完成处理，那么网上交易平台会积压大量本应处理完但由于延迟而未完成的交易处理，这样会降低网上交易平台的处理效率，并影响后续新产生的交易数据的处理。另外，由于网上交易平台需要提供专门的存储服务器来暂时存储不同交易过程中的钱款记录，针对一个大型的网上交易平台，将会有海量的不同买家和卖家之间的交易，暂存于网上交易平台存储服务器中的钱款记录的数据量巨大，占用了较多的存储空间。若网上交易平台积压大量本应处理完但由于延迟而未完成的交易处理，则暂存于网上交易平台存储服务器中的钱款记录就不能及时地被删除或移到另一台历史数据库服务器上，因此会浪费存储服务器上额外的存储空间，甚至导致网上交易平台可能要增加多台存储服务器来存储钱款数据。

发明内容

本申请提供了一种加快网上交易数据处理的方法及***，以解决现有的网上交易数据处理存在延迟并导致处理效率低下的问题。

为了解决上述问题，本申请公开了一种加快网上交易数据处理的方法，包括：

网上交易平台暂存交易中的第一交互资源；

当交易订单处于发货状态时，根据交易订单的发货记录生成交易订单的物流配送信息；

调用真实的物流跟踪信息；

将所述交易订单的物流配送信息与真实的物流跟踪信息进行匹配，如果两者相匹配，则触发该交易订单自动进入下一处理状态；

当所述交易订单自动进入下一处理状态后，将所述暂存的第一交互资源发送给用户客户端。

优选的，将所述交易订单的物流配送信息与真实的物流跟踪信息进行匹配，包括：将两者的收件人国家进行匹配；和/或，将两者的收件人城市进行匹配；和/或，将两者的收件人邮编进行匹配；和/或，将两者的收件人姓名进行匹配。

优选的，所述触发该交易订单自动进入下一处理状态之前，还包括：判断所述交易订单的发货时间是否晚于付款时间。

优选的，如果所述交易订单已确认收货，则当所述交易订单的发货时间晚于付款时间，并且该交易订单的收件人国家与真实物流跟踪信息中的收件人国家相匹配时，触发该交易订单自动进入下一处理状态。

优选的，如果所述交易订单未确认收货或者确认收货超时，则当所述交易订单的发货时间晚于付款时间，并且该交易订单的收件人国家与真实物流跟踪信息中的收件人国家相匹配时，如果该交易订单的收件人城市、邮编、姓名中任意一个与真实物流跟踪信息中的城市、邮编或姓名相匹配，则触发该交易订单自动进入下一处理状态。

优选的，所述交易订单的物流配送信息包括物流公司名称和运单号；所述调用真实的物流跟踪信息包括：根据所述物流公司名称和运单号，调用相应的物流公司接口查询该运单的真实物流跟踪信息，并接收查询结果；如果所述查询结果为该运单已送达，则将所述交易订单的物流配送信息与查询结果中的真实物流跟踪信息进行匹配；如果所述查询结果为该运单未送达，则不做处理。

优选的，所述调用相应的物流公司接口查询该运单的真实物流跟踪信息，包括：Web应用服务器将包含物流公司名称和运单号的查询信息传给物流服务器；物流服务器根据不同物流公司的标准将所述查询信息构造成符合相应物流公司标准的请求，并传给网关***；网关***采用不同物流公司的通信协议将所述请求封装后转发给相应的物流公司服务器。

优选的，所述返回查询结果，包括：物流公司服务器将查询结果实时或异步地返回给网关***；网关***将所述查询结果转发给物流服务器；物流服务器解析所述查询结果并提取出所需信息，发送给Web应用服务器。

优选的，所述第一交互资源暂存于网上交易平台的存储服务器上，在将所述暂存的第一交互资源发送给用户客户端之后，还包括：将所述第一交互资源对应的数据记录删除。

优选的，所述第一交互资源暂存于网上交易平台的存储服务器上，在将所述暂存的第一交互资源发送给用户客户端之后，还包括：将所述第一交互资源对应的数据记录转移至历史数据库服务器上。

本申请还提供了一种加快网上交易数据处理的***，包括：

暂存模块，用于暂时存储交易中的第一交互资源；

加快触发模块，用于当交易订单处于发货状态时，根据交易订单的发货记录生成交易订单的物流配送信息；

物流调用模块，用于调用真实的物流跟踪信息；

物流匹配模块，用于将所述交易订单的物流配送信息与真实的物流跟踪信息进行匹配，如果两者相匹配，则触发该交易订单自动进入下一处理状态；

发送模块，用于当所述交易订单自动进入下一处理状态后，将所述暂存的第一交互资源发送。

优选的，所述物流匹配模块包括：

第一匹配子模块，用于将两者的收件人国家进行匹配；和/或，

第二匹配子模块，用于将两者的收件人城市进行匹配；和/或，

第三匹配子模块，用于将两者的收件人邮编进行匹配；和/或，

第四匹配子模块，用于将两者的收件人姓名进行匹配。

优选的，所述物流匹配模块还包括：判断子模块，用于判断所述交易订单的发货时间是否晚于付款时间。

优选的，所述交易订单的物流配送信息包括物流公司名称和运单号；所述物流调用模块根据所述物流公司名称和运单号，调用相应的物流公司接口查询该运单的真实物流跟踪信息，并接收查询结果；如果所述查询结果为该运单已送达，则触发所述物流匹配模块将所述交易订单的物流配送信息与查询结果中的真实物流跟踪信息进行匹配；如果所述查询结果为该运单未送达，则不做处理。

优选的，所述***还包括：物流服务器和网关***，其中，所述物流服务器用于从所述物流调用模块接收包含物流公司名称和运单号的查询信息，根据不同物流公司的标准将所述查询信息构造成符合相应物流公司标准的请求，并传给网关***；所述网关***用于采用不同物流公司的通信协议将所述请求封装后转发给相应的物流公司服务器；所述网关***还用于实时或异步地从各物流公司服务器接收查询结果，并转发给物流服务器；所述物流服务器还用于解析所述查询结果并提取出所需信息，发送给所述物流调用模块。

优选的，所述***还包括：删除模块，用于发送模块将所述暂存的第一交互资源发送之后，删除所述第一交互资源对应的数据记录。

优选的，所述***还包括：转移模块，用于发送模块将所述暂存的第一交互资源发送之后，将所述第一交互资源对应的数据记录转移至历史数据库服务器上。

与现有技术相比，本申请包括以下优点：

首先，本申请在交易订单处于发货状态时，通过调用真实的物流跟踪信息，并将交易订单中用户填写的物流配送信息与真实的物流跟踪信息进行匹配，当两者相匹配时触发该交易订单自动进入下一处理状态。由此可知，本申请实现了一种自动化的交易数据处理。由于交易订单从发货状态进入下一处理状态的过程无需人工参与，因此一旦符合匹配条件，就会自动执行下一处理过程，避免了现有技术中需要等待人工确认而带来的延迟问题，进而提高了交易数据的处理效率。

进一步，上述物流匹配并自动触发交易订单进入下一处理状态后，存储服务器还会把暂时存储的第一交互资源(如钱款数据)及时发送给客户端，使得网上交易平台可以及时将存储服务器中的第一交互资源的历史数据记录移除或转移至历史数据库服务器上，因此，这种自动化的交易数据处理由于加快了存储服务器中暂存数据的流转，还可以节省存储服务器上的存储空间。

其次，本申请提供了一种加快网上交易数据处理的***，该***通过在进行交易处理的Web应用服务器和物流公司服务器之间设置物流服务器和网关***，将Web应用服务器与物流公司服务器连接起来，这样进行交易处理的Web应用服务器就可以实时地从物流公司获取到真实的物流跟踪信息，并用于匹配处理。

当然，实施本申请的任一产品不一定需要同时达到以上所述的所有优点。

附图说明

图1是现有技术中一种网络数据处理***的示意图；

图2是现有技术中一种应用网络数据处理***的电子交易示意图；

图3是本申请实施例所述一种加快网上交易数据处理的方法流程图；

图4是本申请另一优选实施例所述一种加快网上交易数据处理的方法流程图；

图5是本申请实施例所述一种调用物流公司接口查询真实物流跟踪信息的示意图；

图6是本申请实施例所述一种加快网上交易数据处理的***结构图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

本申请提出一种加快网上交易数据处理的方法及***，利用物流公司真实的物流跟踪信息，可以实现交易数据的自动化处理，提高交易处理效率。

为了更清楚地描述本申请的内容，下面首先介绍网上交易数据处理。

所述的网上交易数据处理可参照图1和图2所示的示意图。如前所述，卖家通过客户端2在网上交易平台上展示自己的商品信息，买家通过客户端1选中商品后网上交易平台生成相应订单，买家通过客户端1针对该订单付款，网上交易平台暂时保存买家付的钱款(可称为第一交互资源)，并通过客户端2通知卖家发货，卖家通过物流公司将货物(可称为第二交互资源)发给买家，当网上交易平台确认买家收到货物后再通过客户端2放款给卖家。

由上可知，一笔交易基本经过订单生成、付款、发货、收货确认、放款几个环节，而在此过程中，所述网上交易平台负责处理客户端1和客户端2与该平台的交互数据，如订单信息、付款信息、发货信息、收货确认信息、放款信息等等，网上交易平台对这些交易数据的处理过程可理解为本申请所述的网上交易数据处理。

基于以上说明，现有技术中网上交易数据处理的延迟主要发生在收货确认环节，为了避免这种延迟的发生，本申请实施例通过定时从各物流公司获取真实的物流跟踪信息，并与订单中填写的物流配送信息进行比对，判断货物是否真实送到买家手中，当检查到物流匹配结果真实时，自动确认收货，并自动进入放款环节，从而实现了自动化的网上交易数据处理。

下面通过实施例对本申请所述方法的实现流程进行详细说明。

参照图3，是本申请实施例所述一种加快网上交易数据处理的方法流程图。

所述网上交易平台对交易数据的处理步骤如下：

步骤301，网上交易平台暂存交易中的第一交互资源；

如前所述，第一交互资源可指买家付的钱款数据。当买家通过客户端付款后，网上交易平台的存储服务器作为第三方暂时存储所述钱款数据，并没有直接发送给卖家使用的客户端。

步骤302，当交易订单处于发货状态时，根据交易订单的发货记录生成交易订单的物流配送信息；

即当交易订单的处理进行到已完成发货并等待收货确认的处理环节时，根据交易订单的发货记录生成交易订单的物流配送信息。其中，所述网上交易平台在生成交易订单的过程中就要求买家填写了收件人的相关信息，所述交易订单在进入发货环节后，根据该订单的发货记录可以生成相应的物流配送信息，该物流配送信息更加详细，包括物流公司名称、收件人相关信息(如姓名、详细地址、邮编、电话等)、发货时间等等信息。

步骤303，调用真实的物流跟踪信息；

即从物流公司调用真实的物流跟踪信息，所述物流跟踪信息记录了货物在整个物流过程中每个环节的详细信息，包括物流公司名称、详细的物流信息，如货物在何时到达某省，并在何时到达该省的某市，等等。由于所述物流跟踪信息是从物流公司获取到的，所以可以反映出货物的真实运输路径。

其中，物流公司可以是多家。

步骤304，将所述交易订单的物流配送信息与真实的物流跟踪信息进行匹配，如果两者相匹配，则触发该交易订单自动进入下一处理状态；

网上交易平台根据真实的物流跟踪信息可以获知货物是否达到目的地，如果未到达，则不进行匹配；如果已到达，则进行匹配。

匹配的目的有两个：第一，确认货物已送到；第二，检查货物的送达地是否与订单的物流配送信息相一致，如果不一致，表明物流过程存在问题，转到人工处理；如果一致，才可以触发该交易订单自动进入下一处理状态，即自动确认收货。

步骤305，当所述交易订单自动进入下一处理状态后，将所述暂存的第一交互资源发送给用户客户端。

当网上交易平台根据匹配结果自动确认收货后，该交易订单自动进入收货确认状态。当交易订单进入收货确认状态后，网上交易平台自动对该订单进行下一处理，如进行放款处理，即将存储服务器暂存的第一交互资源发送给卖家使用的客户端，或者进行其他的业务处理。

此外存储服务器上保存有所述第一交互资源对应的数据记录，在将存储服务器暂存的第一交互资源发送给卖家使用的客户端之后，将该存储服务器上的保存的第一交互资源对应的数据记录删除或转移至历史数据库服务器上。这样可以使得存储服务器具有更多的存储空间来暂存第一交互资源及其对应的数据记录。

在实际应用中，可根据具体的应用情况选择或设置不同的物流匹配方案，本实施例提供了以下几种常用的物流匹配方案可供选择：

(1)将交易订单的收件人国家与真实物流跟踪信息中的收件人国家进行匹配；

(2)将交易订单的收件人城市与真实物流跟踪信息中的收件人城市进行匹配；

(3)将交易订单的收件人邮编与真实物流跟踪信息中的收件人邮编进行匹配；

(4)将交易订单的收件人姓名与真实物流跟踪信息中的收件人姓名进行匹配。

上述各方案是利用收件人地址中的信息或收件人的姓名进行物流匹配，具体应用时，可以选择上述四种方案中的任意一种方案或几种方案的组合。当然，物流匹配方案也不限于上述列举的四种，还可以有其他的匹配方案，在此不再一一列举。

此外，在实际的交易处理过程中，还可能存在如下的情况：

由于各种原因，卖家在发货时会在网上交易平台填写虚假的物流信息。例如，卖家在发货时都需要在网上交易平台填写物流公司名称和运单号，所述物流公司名称和运单号用于在调用物流公司的信息时使用。每个运单号对应一个运单，每个运单对应一个交易订单，所述运单记录了订单的发货信息，如收件人地址、姓名等信息。假设卖家的发货期限快到期了，但由于缺货卖家可能会在网上交易平台填写一个旧的运单号，即将以前的订单重新发货。这样，卖家就填写了虚假的物流信息。

针对这种问题，本申请实施例提出一种可以检查出虚假物流信息的方法，即在上述物流匹配过程中，网上交易平台还可以根据交易处理流程中的付款时间和发货时间进行检查。由于正常的处理流程中发货时间要晚于付款时间，因此所述检查可以依据交易订单的发货时间是否晚于付款时间进行判断，如果本次的发货时间晚于本次的付款时间，表明卖家填写的是一个新的运单号；但如果本次的发货时间早于本次的付款时间，表明卖家填写了一个旧的运单号。

举例说明，网上交易平台在3月完成的交易中，其中一笔交易订单的付款时间是3月2日，发货时间是3月5日，对应该订单的运单号为003。如果同一个买家在5月份又向同一个卖家买其他商品，付款时间是5月8日，但卖家由于缺货填写的运单号仍为003，则网上交易平台通过检查可以发现003号运单的发货时间是3月5日，而本次交易的付款时间是5月8日，晚于发货时间，因此可以判定本次交易卖家填写了虚假的物流信息，并没有真正发货。此外，卖家也可以选择其他人的旧运单号进行填写，但通过检查同样可以发现。

由上可知，通过这种时间上的判断，就可以检查出卖家在发货时是否填写了虚假的物流信息。

综上所述，基于上述列举的几种物流匹配方案和利用时间进行的判断检查，本申请还提供了另一优选实施例来说明网上交易平台的处理过程，具体如图4所示。

需要说明的是，图3所示流程描述了一笔交易数据的处理过程，但实际应用中大量的多笔交易可能同时发生，图4将从网上交易平台如何同时处理多笔交易数据的角度进行说明。

参照图4，是本申请另一优选实施例所述一种加快网上交易数据处理的方法流程图。

每当卖家在网上交易平台声明发货，交易订单处于发货状态后，网上交易平台针对该订单生成一个匹配任务，并将该匹配任务放入任务表中。如果同时有多笔交易订单处于发货状态，则生成多个匹配任务并添加到任务表中。然后，网上交易平台的同步定时器定时从所述任务表中挑选匹配任务，并与物流公司的真实物流跟踪信息进行匹配。

网上交易平台具体的处理流程如下：

步骤401，定时从任务表中挑选需要进行物流匹配的任务；

步骤402，根据该匹配任务的物流公司名称和运单号，调用相应的物流公司接口查询该运单的真实物流跟踪信息；

步骤403，根据物流公司返回的查询结果判断运单是否已送达：

如果所述查询结果为该运单已送达，则继续步骤404进行物流匹配；

如果所述查询结果为该运单未送达，则不做处理，该任务将等到下次定时处理时再次从任务表中挑选出来进行处理。

步骤404，判断交易订单的处理状态是否为确认收货状态；

即判断买家是否已确认收货，如果所述交易订单已确认收货，则匹配方案可以宽松一些，例如进行如下匹配：

当所述交易订单的发货时间晚于付款时间，并且该交易订单的收件人国家与真实物流跟踪信息中的收件人国家相匹配时，触发该交易订单自动进入下一处理状态。

换而言之，当卖家的发货时间晚于买家的付款时间，并且运单的收件人国家和买家填写的收件地址国家一致时，网上交易平台自动确认收货。

如果所述交易订单未确认收货或者确认收货超时，则匹配方案可以偏紧，例如进行如下匹配：

当所述交易订单的发货时间晚于付款时间，并且该交易订单的收件人国家与真实物流跟踪信息中的收件人国家相匹配时，如果该交易订单的收件人城市、邮编、姓名中任意一个与真实物流跟踪信息中的城市、邮编或姓名相匹配，则触发该交易订单自动进入下一处理状态。

换而言之，当卖家的发货时间晚于买家的付款时间，并且运单的收件人国家和买家填写的收件地址国家一致时，还需满足下面三个条件中的任意一个：运单的收件人城市和买家填写的收件地址城市一致、运单的收件人邮编和买家填写的收件地址邮编一致、运单的签收人姓名和买家填写的姓名一致。当满足所有条件后，网上交易平台自动确认收货。

步骤405，更新匹配任务的状态。

当上述物流匹配结束后，更新匹配任务的状态为已处理。如果匹配成功，则对该笔订单的物流信息标记匹配成功，供放款或其它业务使用；否则标记匹配失败，然后转交给人工处理。

进一步，基于图3和图4所示实施例，本申请提供了如图5所示的***来实现如何调用物流公司接口查询运单的真实物流跟踪信息。

参照图5，是本申请实施例所述一种调用物流公司接口查询真实物流跟踪信息的示意图。

如图所示，其中的Web应用服务器设置在网上交易平台中，Web应用服务器查询真实物流跟踪信息的过程如下：

首先，Web应用服务器将包含物流公司名称和运单号的查询信息传给物流服务器；

其次，物流服务器根据不同物流公司的标准将所述查询信息构造成符合相应物流公司标准的请求，并传给网关***；

例如，物流服务器构造一个xml格式或map格式的请求，并将该请求通过hessian协议传递给网关***。当然，图中所示的xml格式或map格式，以及通过hessian调用，均是举例说明，不应理解为对本申请的限定。

最后，网关***采用不同物流公司的通信协议将所述请求封装后转发给相应的物流公司服务器。

该图以FEDEX、UPS、EMS三家物流公司为例，每家物流公司都设置有自己的物流公司服务器。网关***根据物流公司名称，可以选择与该物流公司名称相对应的物流公司服务器进行请求的传输。例如，和FEDEX的通信采用webservice调用，和UPS的通信采用http调用，和EMS的通信采用webservice调用。

物流公司接收到请求后，根据请求中的运单号查询相应的物流跟踪信息，并按照以下过程向Web应用服务器返回查询结果：

首先，物流公司服务器将查询结果实时或异步地返回给网关***；

其次，网关***将所述查询结果转发给物流服务器；

最后，物流服务器解析所述查询结果并提取出所需信息，发送给Web应用服务器。

物流服务器接收到查询结果后，需要按照请求构造的规则进行反向解析。由于查询结果中包含了很多信息，因此物流服务器还需要进行信息挑选和提取，将web应用服务器所关心的内容返回给web应用服务器，web应用服务器即可将这些内容展示给用户或是用作其它用途。

当然，图5所示***仅是其中一种调用物流公司信息的实现方式，具体应用中，还可以根据实际需求设计出其他的***结构或调用方式。

至此，综上所述，本申请各实施例实现了一种自动化的交易数据处理。由于交易订单从发货状态进入下一处理状态的过程无需人工参与，因此一旦符合匹配条件，就会自动执行下一处理过程，避免了现有技术中需要等待人工确认而带来的延迟问题，进而提高了交易数据的处理效率。而且，上述物流匹配并自动触发交易订单进入下一处理状态后，存储服务器还会把暂时存储的第一交互资源(如钱款数据)及时发送给客户端，使得网上交易平台可以及时将存储服务器中的第一交互资源的历史数据记录移除或转移至历史数据库服务器上，因此，这种自动化的交易数据处理由于加快了暂存于存储服务器中数据的流转，还可以节省存储服务器上的存储空间。

结合实际应用，将本申请与现有技术进行如下对比：

1、现有技术中，对卖家的放款需要等到买家主动确认收货或买家确认收货超时，而通常买家收到货后都会试用一段时间，不会马上登录到网上交易平台中做确认收货，这样不仅造成网上交易平台的处理延迟，还会延长卖家的收款期，影响到卖家的资金回笼。

而本申请实施例中，如果采用物流匹配方案，则可以在***判断出物流已经真实送到买家手中后，自动确认收货，自动缩减买家的确认收货超时时间至一个合理的时间，从而避免了所述处理的延迟，并缩短了卖家的收款期。

2、现有技术中，即使在买家已经确认收货或是确认收货超时，网上交易平台的客服仍可能联系买家确认其是否真实的收到货物(因为可能存在买家长时间没有登录到网上交易平台等多种情况导致确认收货超时被触发)，放款过程无法实现自动化，影响交易平台的效率。尤其是在国际电子商务贸易过程中，由于买卖双方处于不同的国家，由此带来的交易风险较国内电子交易更高，因此国际电子交易流程更加严格，要求买家确认收货或买家确认收货超时后，仍需通过人工的方式与买家联系确保货物已经送达到买家手中，然后网上交易平台才会给卖家放款。

而本申请实施例中，如果采用物流匹配方案，确认收货和放款过程可以实现自动化，在检查到物流匹配结果为真实时，即可自动确认收货并放款，而物流匹配结果非真实时，才转交给人工处理，从而减少了人力成本，极大的提高了交易平台的效率。

进一步，基于本申请实施例所述方法，还可以检查出卖家是否填写了虚假的物流信息，这种检查尤其适用于国际电子商务贸易。

需要说明的是，对于前述的方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请所必须的。

基于上述各方法实施例的说明，本申请还提供了相应的加快网上交易数据处理的***实施例，来实现上述各方法实施例所述的内容。

参照图6，是本申请实施例所述一种加快网上交易数据处理的***结构图。

所述加快网上交易数据处理的***可以包括暂存模块61、加快触发模块62、物流调用模块63、物流匹配模块64和发送模块65，其中，

暂存模块61，用于暂时存储交易中的第一交互资源；

加快触发模块62，用于当交易订单处于发货状态时，根据交易订单的发货记录生成交易订单的物流配送信息；

物流调用模块63，用于调用真实的物流跟踪信息；

物流匹配模块64，用于将所述交易订单的物流配送信息与真实的物流跟踪信息进行匹配，如果两者相匹配，则触发该交易订单自动进入下一处理状态；

发送模块65，用于当所述交易订单自动进入下一处理状态后，将所述暂存的第一交互资源发送。

上述***的工作过程可参照图3所述方法实施例的说明，在此不再详述。

进一步，所述物流匹配模块64具体可以包括：

第一匹配子模块，用于将两者的收件人国家进行匹配；和/或，

第二匹配子模块，用于将两者的收件人城市进行匹配；和/或，

第三匹配子模块，用于将两者的收件人邮编进行匹配；和/或，

第四匹配子模块，用于将两者的收件人姓名进行匹配。

优选的，所述物流匹配模块64还可以包括：

判断子模块，用于判断所述交易订单的发货时间是否晚于付款时间。

在实际应用中，根据应用需求的不同，所述物流匹配模块64可以包括其中任意一个子模块，也可以同时包括多个子模块。

具体的例子可参照图4所述方法实施例的说明，在此不再详述。

再进一步，在另一具体实施例中，所述交易订单的物流配送信息具体可以包括物流公司名称和运单号；则所述物流调用模块63可以根据所述物流公司名称和运单号，调用相应的物流公司接口查询该运单的真实物流跟踪信息，并接收查询结果。如果所述查询结果为该运单已送达，则触发所述物流匹配模块将所述交易订单的物流配送信息与查询结果中的真实物流跟踪信息进行匹配；如果所述查询结果为该运单未送达，则不做处理。

关于物流调用模块63如何调用相应的物流公司接口查询真实物流跟踪信息，可参照图5所示。此时，所述加快触发模块62、物流调用模块63和物流匹配模块64可设置在图5所示的Web应用服务器上；或者，也可以将加快触发模块62和物流匹配模块64设置在专用于交易数据处理的另一台服务器上，而将物流调用模块63设置在Web应用服务器上；或者，还可以将加快触发模块62、物流调用模块63和物流匹配模块64均设置在专用于交易数据处理的另一台服务器上，而将其中的物流调用模块63与Web应用服务器连接。

相应的，所述加快网上交易数据处理的***进一步还可以包括：物流服务器66和网关***67，其中，

所述物流服务器66用于从所述物流调用模块63接收包含物流公司名称和运单号的查询信息，根据不同物流公司的标准将所述查询信息构造成符合相应物流公司标准的请求，并传给网关***67；

所述网关***67用于采用不同物流公司的通信协议将所述请求封装后转发给相应的物流公司服务器；

所述网关***67还用于实时或异步地从各物流公司服务器接收查询结果，并转发给物流服务器66；

所述物流服务器66还用于解析所述查询结果并提取出所需信息，发送给所述物流调用模块63。

其中，所述物流公司服务器是设置在各个物流公司用于处理物流信息的服务器。

上述物流调用模块63与物流服务器66、网关***67的数据处理过程可参照图5所示，在此不再详述。

进一步的，所述***还可以包括删除模块和/或转移模块，其中，删除模块，用于发送模块将所述暂存的第一交互资源发送之后，删除所述第一交互资源对应的数据记录。转移模块，用于发送模块将所述暂存的第一交互资源发送之后，将所述第一交互资源对应的数据记录转移至历史数据库服务器上。

综上所述，所述加快网上交易数据处理的***实现了一种自动化的交易数据处理。由于交易订单从发货状态进入下一处理状态的过程无需人工参与，因此一旦符合匹配条件，***就会自动执行下一处理过程，避免了现有技术中需要等待人工确认而带来的延迟问题，进而提高了交易数据的处理效率。

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

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”，不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

而且，上文中的“和/或”表示本文既包含了“和”的关系，也包含了“或”的关系，其中：如果方案A与方案B是“和”的关系，则表示某实施例中可以同时包括方案A和方案B；如果方案A与方案B是“或”的关系，则表示某实施例中可以单独包括方案A，或者单独包括方案B。

以上对本申请所提供的一种加快网上交易数据处理的方法及***，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (17)

1.一种加快网上交易数据处理的方法，其特征在于，包括：

网上交易平台暂存交易中的第一交互资源；

当交易订单处于发货状态时，根据交易订单的发货记录生成交易订单的物流配送信息；

调用真实的物流跟踪信息；

将所述交易订单的物流配送信息与真实的物流跟踪信息进行匹配，如果两者相匹配，则触发该交易订单自动进入下一处理状态；

当所述交易订单自动进入下一处理状态后，将所述暂存的第一交互资源发送给用户客户端。

2.根据权利要求1所述的方法，其特征在于，将所述交易订单的物流配送信息与真实的物流跟踪信息进行匹配，包括：

将两者的收件人国家进行匹配；和/或，

将两者的收件人城市进行匹配；和/或，

将两者的收件人邮编进行匹配；和/或，

将两者的收件人姓名进行匹配。

3.根据权利要求2所述的方法，其特征在于，所述触发该交易订单自动进入下一处理状态之前，还包括：

判断所述交易订单的发货时间是否晚于付款时间。

4.根据权利要求3所述的方法，其特征在于：

如果所述交易订单已确认收货，则当所述交易订单的发货时间晚于付款时间，并且该交易订单的收件人国家与真实物流跟踪信息中的收件人国家相匹配时，触发该交易订单自动进入下一处理状态。

5.根据权利要求3所述的方法，其特征在于：

如果所述交易订单未确认收货或者确认收货超时，则当所述交易订单的发货时间晚于付款时间，并且该交易订单的收件人国家与真实物流跟踪信息中的收件人国家相匹配时，如果该交易订单的收件人城市、邮编、姓名中任意一个与真实物流跟踪信息中的城市、邮编或姓名相匹配，则触发该交易订单自动进入下一处理状态。

6.根据权利要求1至5任一所述的方法，其特征在于：

所述交易订单的物流配送信息包括物流公司名称和运单号；

所述调用真实的物流跟踪信息包括：

根据所述物流公司名称和运单号，调用相应的物流公司接口查询该运单的真实物流跟踪信息，并接收查询结果；

如果所述查询结果为该运单已送达，则将所述交易订单的物流配送信息与查询结果中的真实物流跟踪信息进行匹配；

如果所述查询结果为该运单未送达，则不做处理。

7.根据权利要求6所述的方法，其特征在于，所述调用相应的物流公司接口查询该运单的真实物流跟踪信息，包括：

Web应用服务器将包含物流公司名称和运单号的查询信息传给物流服务器；

物流服务器根据不同物流公司的标准将所述查询信息构造成符合相应物流公司标准的请求，并传给网关***；

网关***采用不同物流公司的通信协议将所述请求封装后转发给相应的物流公司服务器。

8.根据权利要求7所述的方法，其特征在于，所述返回查询结果，包括：

物流公司服务器将查询结果实时或异步地返回给网关***；

网关***将所述查询结果转发给物流服务器；

物流服务器解析所述查询结果并提取出所需信息，发送给Web应用服务器。

9.根据权利要求1所述的方法，其特征在于，所述第一交互资源暂存于网上交易平台的存储服务器上，在将所述暂存的第一交互资源发送给用户客户端之后，还包括：将所述第一交互资源对应的数据记录删除。

10.根据权利要求1所述的方法，其特征在于，所述第一交互资源暂存于网上交易平台的存储服务器上，在将所述暂存的第一交互资源发送给用户客户端之后，还包括：将所述第一交互资源对应的数据记录转移至历史数据库服务器上。

11.一种加快网上交易数据处理的***，其特征在于，包括：

暂存模块，用于暂时存储交易中的第一交互资源；

加快触发模块，用于当交易订单处于发货状态时，根据交易订单的发货记录生成交易订单的物流配送信息；

物流调用模块，用于调用真实的物流跟踪信息；

物流匹配模块，用于将所述交易订单的物流配送信息与真实的物流跟踪信息进行匹配，如果两者相匹配，则触发该交易订单自动进入下一处理状态；

发送模块，用于当所述交易订单自动进入下一处理状态后，将所述暂存的第一交互资源发送。

12.根据权利要求11所述的***，其特征在于，所述物流匹配模块包括：

第一匹配子模块，用于将两者的收件人国家进行匹配；和/或，

第二匹配子模块，用于将两者的收件人城市进行匹配；和/或，

第三匹配子模块，用于将两者的收件人邮编进行匹配；和/或，

第四匹配子模块，用于将两者的收件人姓名进行匹配。

13.根据权利要求12所述的***，其特征在于，所述物流匹配模块还包括：

判断子模块，用于判断所述交易订单的发货时间是否晚于付款时间。

14.根据权利要求11至13任一所述的***，其特征在于：

所述交易订单的物流配送信息包括物流公司名称和运单号；

所述物流调用模块根据所述物流公司名称和运单号，调用相应的物流公司接口查询该运单的真实物流跟踪信息，并接收查询结果；

如果所述查询结果为该运单已送达，则触发所述物流匹配模块将所述交易订单的物流配送信息与查询结果中的真实物流跟踪信息进行匹配；如果所述查询结果为该运单未送达，则不做处理。

15.根据权利要求14所述的***，其特征在于，还包括：物流服务器和网关***，其中，

所述物流服务器用于从所述物流调用模块接收包含物流公司名称和运单号的查询信息，根据不同物流公司的标准将所述查询信息构造成符合相应物流公司标准的请求，并传给网关***；

所述网关***用于采用不同物流公司的通信协议将所述请求封装后转发给相应的物流公司服务器；

所述网关***还用于实时或异步地从各物流公司服务器接收查询结果，并转发给物流服务器；

所述物流服务器还用于解析所述查询结果并提取出所需信息，发送给所述物流调用模块。

16.根据权利要求11所述的***，其特征在于，还包括：删除模块，用于发送模块将所述暂存的第一交互资源发送之后，删除所述第一交互资源对应的数据记录。

17.根据权利要求11所述的***，其特征在于，还包括：转移模块，用于发送模块将所述暂存的第一交互资源发送之后，将所述第一交互资源对应的数据记录转移至历史数据库服务器上。

Images