CN105279682B - 商品对象的交易信息处理方法及装置 - Google Patents

Abstract

本申请公开了商品对象的交易信息处理方法及装置，其中，所述方法包括：接收购买指定商品对象的请求；根据所述请求生成交易订单，所述交易订单中保存有交易金额信息、销售该指定商品对象的第一用户信息以及购买该指定商品对象的第二用户信息；根据所述交易金额信息将所述第二用户资金账户中的第一金额的资金置为冻结状态；经过预置的时间后，将所述第一金额的资金转移到所述第一用户的资金账户中；其中，在所述第一金额的资金被置为冻结状态后与被转移到所述第一用户的资金账户的期间内，计算所述第一金额的资金在该期间内产生的收益，并将该收益转入所述第二用户资金账户中。通过本申请，有利于促进该交易平台中交易的达成，降低网络资源的浪费。

Description

商品对象的交易信息处理方法及装置

技术领域

本申请涉及信息处理技术领域，特别是涉及商品对象的交易信息处理方法及装置。

背景技术

随着电子商务交易平台的不断完善，以及传统通信、移动通信等技术的快速发展，越来越多的人们通过网上购物的方式来获取自己所需的商品，商品的种类可以涉及到人们日常生活的方方面面，为人们生活提供了极大的便利，其中也包括一些汽车类商品对象。

在传统的通过电子商务交易平台进行汽车、大家电等类目的商品交易过程中，因涉及的资金金额较大，而消费者又处于网络虚拟环境中，因此，通常不愿意给付大比例款项或全额款项，而是采用微小额度订金等方式交易，但是，这种情况下，消费者的购买意向难以确认。而作为大宗交易的售卖方，如果不能收到全额款项(或者至少占到全额款的一定比例)，将难以发货。可见，资金流、商品流的相互制约阻碍了这类商品在电商交易中的顺利达成，对于网络资源造成浪费。

发明内容

本申请提供了商品对象的交易信息处理方法及装置，有利于促进该交易平台中交易的达成，降低对网络资源的浪费。

本申请提供了如下方案：

一种商品对象的交易信息处理方法，包括：

接收购买指定商品对象的请求；

根据所述请求生成交易订单，所述交易订单中保存有交易金额信息、销售该指定商品对象的第一用户信息以及购买该指定商品对象的第二用户信息；

根据所述交易金额信息将所述第二用户资金账户中的第一金额的资金置为冻结状态；

经过预置的时间后，将所述第一金额的资金转移到所述第一用户的资金账户中；

其中，在所述第一金额的资金被置为冻结状态后与被转移到所述第一用户的资金账户的期间内，计算所述第一金额的资金在该期间内产生的收益，并将该收益转入所述第二用户资金账户中。

一种商品对象的交易信息处理装置，包括：

请求接收单元，用于接收购买指定商品对象的请求；

交易订单生成单元，用于根据所述请求生成交易订单，所述交易订单中保存有交易金额信息、销售该指定商品对象的第一用户信息以及购买该指定商品对象的第二用户信息；

资金冻结单元，用于根据所述交易金额信息将所述第二用户资金账户中的第一金额的资金置为冻结状态；

资金转移单元，用于经过预置的时间后，将所述第一金额的资金转移到所述第一用户的资金账户中；

其中，在所述第一金额的资金被置为冻结状态后与被转移到所述第一用户的资金账户的期间内，计算所述第一金额的资金在该期间内产生的收益，并将该收益转入所述第二用户资金账户中。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，对于一些大额的商品对象，在生成交易订单之后，可以将第二用户资金账户中的第一金额进行冻结，在一定的时间期限之后再转移到第一用户的资金账户中。但从该第一金额被冻结到被转移到第一用户资金账户这一期间内，所获得的理财收益都会被保存到第二用户的资金账户中，使得用于购买该商品的款项仍然能为该第二用户带来理财收益，因此，有利于促进该交易平台中交易的达成，降低对网络资源的浪费。

另外，由于在将第一金额的资金转移到第一用户的账户之前，第一用户就可能已经为第二用户发货，因此，第一用户可能会延迟收到货款。为此，本申请实施例还可以生成融资商品对象，及时为第一用户进行资金注入，避免影响其实际的生产活动，以此可以进一步促进交易的达成。

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

附图说明

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

图1是本申请实施例提供的方法的流程图；

图2是本申请实施例提供的装置的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

在本申请实施例中，为了能够有助于大额商品对象在电商平台上交易的顺利达成，可以如下进行：在买家用户选定商品对象并下单之后，可以首先将买家用户资金账户中的部分款项冻结，冻结之后，卖家用户可以先行发货，但是被冻结的款项仍然在买家用户的资金账户中，并且这部分款项所获得的理财收益，仍然归买家用户所有，到了一定的期限之后，再将被冻结的这部分款项转移到卖家用户的账户上。另外，为了避免卖家用户出现资金紧张的情况，还可以以订单金额以及卖家用户能够提供的利率为准生成一个融资产品，使得卖家用户可以从其他用户处获得款项，这样，对于买家用户而言，在付款之后，既可以先行收到商品对象，并且还可以在一定时间段内继续获得理财收益；对于卖家用户而言，虽然实际买家的货款会延迟收到，但是可以提前通过融资的方式获得资金的注入，因此，也不会使得实际的生产等环节收到资金回笼晚的影响。这样，有利于促进这类商品对象交易的达成。下面对具体的实现方式进行详细地介绍。

参见图1，本申请实施例首先提供了一种商品对象的交易信息处理方法，其特征在于，包括：

S101：接收购买指定商品对象的请求；

具体的，所述指定商品对象可以包括房产类、汽车类、家电类等等消费金额较大的商品类目中的商品对象。具体可以是房产、汽车、家电等商品可以作为交易平台中的商品对象，发布到交易平台中，买家用户就可以进行浏览(包括查看详情等)，如果符合自己的需求，可以直接点击“购买”等按钮，相应的，服务器就可以接收到购买该商品对象的请求。

为区别于其他消费金额较小且不需要用到本申请方案的商品对象，可以对采用本申请方案的商品类目进行指定，如指定房产类、汽车类、家电类等商品类目，即接收购买指定类目下的指定商品对象的请求。

S102：根据所述请求生成交易订单，所述交易订单中保存有交易金额信息、销售该指定商品对象的第一用户信息以及购买该指定商品对象的第二用户信息；

在接收到购买请求之后，就可以为此次交易生成交易订单，该交易订单中主要保存以下信息：交易金额、买家用户的信息以及卖家用户的信息，在本申请实施例中，将销售该指定商品对象的用户称为第一用户，将购买该指定商品对象的用户称为第二用户。

需要说明的是，对本申请实施例中主要针对大额的商品对象提供的具体交易信息处理方法，而这些类商品在现实世界中一般具有如下特点：一般会以生产厂商为主体在线下开设一些实体店铺，例如，对于汽车商品对象，通常会有汽车的4S店等，对于家电商品对象，则会有家电专卖店、商场等等。并且这类商品由于涉及的金额比较大，因此，即使在线上下了订单，买家用户在真正购买时可能一般也需要当面与销售人员确定一些情况，以确定是否为第二用户需要的。这与其他的消费金额较小的商品对象不同，通常不会由卖家直接通过快递进行发货。因此，在交易平台中，可以以商品对象的生产厂商为主体开设店铺，同时，还可以关联一些线下实体店铺信息，并记录下各个实体店铺所在的地理位置信息等。这样，第二用户在购买指定商品对象时，还可以从该第一用户关联的各个线下实体店铺中选择距离第二用户住处、提货地址等比较近的线下实体店铺，这样第二用户就可以到该线下实体店铺中提货。在这种情况下，第一用户信息中还可以包括与第一用户关联的线下实体店铺的信息。当然，在具体实现时，也可以通过自动获取等方式来确定适合该第二用户的线下实体店铺。例如，服务器数据库中一般会保存有第二用户的历史交易记录等，其中可能会包括一些与该第二用户相关的地址信息，例如，各次交易记录中涉及的收货地址，等等，因此，可以根据这种地址信息确定该第二用户可能处于的地址，并且可以结合各个线下实体店铺的地理位置信息，确定出适合该第二用户的线下实体店铺，并将其信息记录到交易订单中。

S103：根据所述交易金额信息，将所述第二用户资金账户中的第一金额的资金置为冻结状态；

发布到交易平台中的商品对象一般都会指定了具体金额，需要说明的是，该金额可能是商品对象的全部款项，也可能是部分款项作为首付款，具体可以根据第一用户的具体销售策略而定，但总之，无论以具体何种销售策略，发布到交易平台中的商品对象都会带有交易金额信息，交易订单中的金额信息也是根据该信息写入的。

在本申请实施例中，在接收到用户的购买请求并生成具体的交易订单之后，就可以将第二用户资金账户中对应的第一金额进行冻结，其中，具体冻结的第一金额可以小于或者等于商品对象的交易金额。

需要说明的是，在本申请实施例中，将第二用户的资金账户中的第一金额的资金进行冻结之后，该第一金额的资金在法律效力上应当属于第一用户，但是，并且可以是在第二用户的资金账户中，只不过被添加了冻结状态标识等方式进行冻结，第二用户不能将这部分资金取出，或者利用这部分资金为其他商品对象付款。

S104：当经过预置的时间后，将所述第一金额的资金转移到所述第一用户的资金账户中；

第二用户资金账户的第一金额的资金被冻结之后，虽然还没有真正转移到第一用户的资金账户上，但是这部分金额的资金法律效力上应当属于第一用户，因此，第一用户可以为第二用户进行发货，使得第二用户可以收到相应的货品并开始使用。直到经过预置的时间，例如一定的期限(例如3个月或者6个月等等)之后，再将被冻结的这部分第一金额转移到第一用户的资金账户上。

其中，在第一金额的资金被置为冻结状态后与被转移到第一用户的资金账户之间，第一金额的资金取得的收益(例如，第一用户的资金账户可能是在“余额宝”等产品中开设的账户，根据“余额宝”自身的特点，可以为资金账户中存的款项提供理财收益)转入所述第二用户资金账户中。也就是说，虽然第一金额被冻结之后，法律效力上应当属于第一用户所有，但是这部分资金取得的理财收益仍然归第二用户所有，这样，使得第二用户在获得了商品对象的使用权之后，还能享受用于购买该商品对象的资金带来的理财收益，因此，可以提升第二用户的购买意愿和交易的安全性。对于第一用户而言，虽然在发货时可能还没有收到第二用户为该商品对象给付的货款，也即会出现延迟收到货款的现象，但是，由于在销售量上会有所提升，因此，只要第一用户在生产过程中的资金能够得到保障，则对于第一用户也是有好处的。

关于将被冻结的第一金额的资金转移到第一用户资金账户的期限，其长度可以根据实际的需要进行设定，而关于该期限的起算时间，则可以有多种方式。例如，在一种实现方式下，如果第一用户在接收到交易订单之后，就可以直接为第二用户进行发货，不存在第二用户到线下实体店铺进行沟通确认等环节，也即交易订单自生成时刻起就处于已生效状态，则可以直接从交易订单生成和/或第一金额被冻结时刻起算。另一种实现方式可以是从第一用户发货时起算。这是因为，在一个交易订单生成之后，在第一用户发货之前，第二用户还可能会取消该订单，但是一旦第一用户已经发货，一般就不能再取消了，并且从交易订单生成到第一用户发货，第二用户仍然没有进行订单取消的操作，则一般也证明该第二用户的购买意愿比较强烈，一般不会再有取消订单的情况，因此，前述期限也可以从第一用户发货时起算。

另外，在第一用户关联了一些线下实体店铺，并且第二用户在交易平台中下单之后，还具有当面与卖家进行沟通的需求的情况下，本申请实施例中还可以提供相应的支持。例如，还可以在生产交易订单中记录关联的线下实体店铺信息，在生产该交易订单之后，还可以生成一提货凭证并返回，在第二用户的终端设备中可以显示该提货凭证。之后，第二用户可以携带其终端设备到关联的线下实体店铺进行提货，在提货过程中可以与销售人员进行当面的相关事宜沟通等。如果双方达成共识，则第二用户可以将其提货凭证提供给线下实体店铺，线下实体店铺客户端可以对其提货凭证进行验证，如果验证通过，就可以将交易订单置为已生效状态。也就是说，在这种情况下，之前在线生成的交易订单通过只能代表第二用户具有购买其指定商品对象的能力，关于到底是否会真正购买，还需要看提货时的当面沟通情况。只有对提货凭证验证通过之后，才可以将交易订单置为已生效状态，并且可以从该时刻起计算期限，也即从该时刻起3个月或者6个月等时间长度之后，将第二用户资金账户中被冻结的第一金额的资金转移到第一用户的资金账户中。

其中，具体在生产提货凭证时，可以采用多种实现方式，例如，其中一种实现方式下，可以生成预置长度的字符串，并可以从交易订单中提取该指定商品对象的描述信息，然后结合该字符串以及该指定商品对象的描述信息，生成提货凭证。在这种情况下，生成提货凭证之后，可以记录交易订单与该字符串之间的对应关系，之后可以通过以下方式对提货凭证进行验证：接收线下实体店铺客户端提货提交的字符串以及交易订单标识信息；根据记录的对应关系判断线下实体店铺客户端提交的两项信息是否一致，如果一致，则验证通过。

另外，在实际应用中，在生成交易订单之后还可以要求第二用户输入其身份标识信息(例如身份证号码等)，并将该身份标识信息与交易订单一起发送给第一用户以及关联的线下实体店铺客户端，这样，在线下实体店铺对提货凭证进行验证时，还可以对第二用户的身份标识信息进行验证。其中，为了避免用户的身份标识信息在传输的过程中被泄露等情况，可以将标识信息中的一部分置为不可见状态，例如进行加密，或者用特殊字符*等代替，对于线下实体店铺的人员而言，也只能看见处于可见状态的身份标识信息，例如身份证号码的前3位以及后4位，等等。

当线下实体店铺对第二用户的提货凭证验证通过后，除了可以起算期限时间，第一用户或者该线下实体店铺还可以为第二用户进行发货，使得第二用户尽快收到货物。具体实现时，如果销售资金的延迟到帐不会影响第一用户的实际生产，则在对提货凭证验证通过之后，就可以直接为第二用户进行发货。但是在实际应用中，由于大额商品对于生产厂商而言，一般会存在需要尽快回笼资金，以用于新一批商品的生产等等，在生产流动资金有限的情况下，已发货商品对象销售资金的延迟到帐可能会影响其正常的生产活动。对此，在本申请实施例中还提供了相应的解决方案。

具体的，可以在根据订单金额、到期时间以及第一用户确定的收益计算方式信息，生成与交易订单对应的融资商品对象，并且可以面向交易平台中的所有用户，提供该融资商品对象的购买链接；此时，交易平台中的用户就可以查看该融资商品对象的详细信息，并且在符合自己需求的情况下，可以进行购买。当然，在涉及交易金额比较大的情况下，融资商品对象的金额可能也比较大，此时，可以将该融资商品对象的金额分为若干份，用户在购买时，可以选择其中的一份或者几份来进行购买。当通过该融资商品对象的购买链接接收到第三用户的购买信息后，就可以将第三用户购买的第二金额，从第三用户的资金账户转入第一用户的资金账户。其中，所谓的第三用户可以是交易平台中的任意用户，甚至也可以是该商品对象的购买方，也即第二用户。

当第一用户资金账户收到的关于该融资商品对象的累计销售金额达到对应的交易订单中的交易金额时(也即该融资商品对象被售完)，可以查询该融资商品对象对应的交易订单，从该交易订单中确定关联的线下实体店铺，并且可以通知该关联的线下实体店铺客户端对该交易订单中的指定商品对象进行发货。当然，在实际应用中，在通过线下实体店铺发货之前，还可以将该融资商品对象的累计销售金额转移到该关联的线下实体店铺的资金账户。

也就是说，通过这种方式，作为商品对象购买方的第二用户，在下单并到线下实体店铺进行提货凭证的验证之后，就可以很快收到对应的商品对象并可以开始使用(根据融资商品对象的实际销售经验来看，融资商品对象发布之后，最快一两天的时间即可销售完毕)；作为商品对象销售方的第一用户，虽然实际收到第二用户支付的货款的时间会有所延迟，但是，可以通过融资的方式提前从第三用户处获得资金的注入。虽然第一用户需要为第三用户支付一定的利息，但是与从商品对象的快速流通带来的收益相比，可以忽略不计。

需要说明的是，具体实现时，具体是否需要进行融资可以是由第一用户来决定的，并且在发布商品对象时就可以进行指定。在生成交易订单时可以在第一用户信息中添加是否需要进行融资的标识。这样，在线下实体店铺对提货凭证进行验证通过之后，可以根据该标识确定是否需要生成融资商品对象。

总之，通过本申请实施例，对于一些大额的商品对象，在生成交易订单之后，可以将第二用户资金账户中的第一金额进行冻结，在一定的时间期限之后再转移到第一用户的资金账户中。但从该第一金额被冻结到被转移到第一用户资金账户这一期间内，所获得的理财收益都会被保存到第二用户的资金账户中，使得用于购买该商品的款项仍然能为该第二用户带来理财收益，因此，有利于促进该交易平台中交易的达成，降低对网络资源的浪费。

与本申请实施例提供的商品对象的交易信息处理方法相对应，本申请实施例还提供了一种商品对象的交易信息处理装置，参见图2，该装置具体可以包括：

请求接收单元201，用于接收购买指定商品对象的请求；

交易订单生成单元202，用于根据所述请求生成交易订单，所述交易订单中保存有交易金额信息、销售该指定商品对象的第一用户信息以及购买该指定商品对象的第二用户信息；

资金冻结单元203，用于根据所述交易金额信息将所述第二用户资金账户中的第一金额的资金置为冻结状态；

资金转移单元204，用于经过预置的时间后，将所述第一金额的资金转移到所述第一用户的资金账户中；

其中，在所述第一金额的资金被置为冻结状态后与被转移到所述第一用户的资金账户的期间内，计算所述第一金额的资金在该期间内产生的收益，并将该收益转入所述第二用户资金账户中。

具体实现时，所述预置的时间可以从所述第一金额的资金被冻结时起算。

或者，在另一种实现方式下，所述第一用户信息中还包括第一用户关联的线下实体店铺信息，此时，所述装置还可以包括：

提货凭证生成单元，用于生成提货凭证并返回，以便所述第二用户利用所述提货凭证到所述线下实体店铺提货；

验证单元，用于对所述线下实体店铺提交的提货凭证进行验证；

交易订单状态更新单元，用于当验证通过后，将所述确定出的交易订单置为已生效状态；

此时，所述预置的时间可以从所述交易订单被置为已生效状态时起算。

具体的，所述提货凭证生成单元具体可以包括：

字符串生成子单元，用于生成预置长度的字符串；

描述信息提取子单元，用于从所述交易订单中提取所述指定商品对象的描述信息；

凭证生成子单元，用于结合所述字符串以及所述指定商品对象的描述信息，生成所述提货凭证。

为了便于对提货凭证进行验证，该装置还可以包括：

对应关系记录单元，用于在生成提货凭证之后，记录所述交易订单与所述字符串之间的对应关系；

所述验证单元，包括：

信息接收子单元，用于接收所述线下实体店铺客户端提货提交的字符串以及交易订单标识信息；

信息判断子单元，用于根据所述记录的对应关系判断所述线下实体店铺客户端提交的信息是否一致，如果一致，则验证通过。

具体实现时，可以预先记录第一用户关联的各个线下实体店铺的地理位置信息，该装置还可以包括：

地址信息获取单元，用于在生成交易订单前，获取与所述第二用户相关的地址信息；

店铺确定单元，用于根据所述地址信息以及所述各个线下实体店铺的地理位置信息，确定用于为该第二用户发货的线下实体店铺；

信息添加单元，用于将该线下实体店铺的信息添加到所述交易订单中。

具体的，为了便于第一用户获得资金注入，该装置还可以包括：

融资商品对象生成单元，用于验证通过后，根据所述订单金额、到期时间以及所述第一用户确定的收益计算方式信息，生成与所述交易订单对应的融资商品对象；

购买链接提供单元，用于提供所述融资商品对象的购买链接；

资金转入单元，用于当通过所述融资商品对象的购买链接接收到第三用户的购买信息后，将第三用户购买的第二金额的资金转入所述第一用户的资金账户中。

另外，该装置还可以包括：

查询单元，用于当所述第一用户的资金账户中接收到的关于所述融资商品对象的累计销售金额达到所述交易订单中的交易金额时，查询所述融资商品对象对应的交易订单；

店铺信息获取单元，用于从所述交易订单中确定关联的线下实体店铺；

通知单元，用于通知所述关联的线下实体店铺客户端对所述交易订单中的指定商品对象进行发货。

其中，在通知所述关联的线下实体店铺客户端对所述交易订单中的指定商品对象进行发货之前，还可以将所述累计销售金额的资金转移到所述关联的线下实体店铺的资金账户。

另外一种实现方式下，还可以在所述关联的线下实体店铺对所述提货凭证验证通过后，就直接对所述交易订单中的指定商品对象进行发货。

总之，通过本申请实施例，对于一些大额的商品对象，在生成交易订单之后，可以将第二用户资金账户中的第一金额进行冻结，在一定的时间期限之后再转移到第一用户的资金账户中。但从该第一金额被冻结到被转移到第一用户资金账户这一期间内，所获得的理财收益都会被保存到第二用户的资金账户中，使得用于购买该商品的款项仍然能为该第二用户带来理财收益，因此，有利于促进该交易平台中交易的达成，降低对网络资源的浪费。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

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

Claims (9)

1.一种商品对象的交易信息处理方法，其特征在于，包括：

接收购买指定商品对象的请求；

根据所述请求生成交易订单，所述交易订单中保存有交易金额信息、销售该指定商品对象的第一用户信息以及购买该指定商品对象的第二用户信息；

根据所述交易金额信息将所述第二用户资金账户中的第一金额的资金置为冻结状态；

根据所述订单金额、到期时间以及所述第一用户确定的收益计算方式信息，生成与所述交易订单对应的融资商品对象；

当所述第一用户的资金账户中接收到的关于所述融资商品对象的累计销售金额达到所述交易订单中的交易金额时，查询所述融资商品对象对应的交易订单；

从所述交易订单中确定关联的线下实体店铺；

通知所述关联的线下实体店铺客户端对所述交易订单中的指定商品对象进行发货；

经过预置的时间后，将所述第一金额的资金转移到所述第一用户的资金账户中；

其中，在所述第一金额的资金被置为冻结状态后与被转移到所述第一用户的资金账户的期间内，计算所述第一金额的资金在该期间内产生的收益，并将该收益转入所述第二用户资金账户中。

2.根据权利要求1所述的方法，其特征在于，所述预置的时间从所述第一金额的资金被冻结时起算。

3.根据权利要求1所述的方法，其特征在于，所述第一用户信息中还包括第一用户关联的线下实体店铺信息，所述方法还包括：

生成提货凭证并返回，以便所述第二用户利用所述提货凭证到所述线下实体店铺提货；

对所述线下实体店铺提交的提货凭证进行验证；

当验证通过后，将所述交易订单置为已生效状态；

所述预置的时间从所述交易订单被置为已生效状态时起算。

4.根据权利要求3所述的方法，其特征在于，所述生成提货凭证，包括：

生成预置长度的字符串；

从所述交易订单中提取所述指定商品对象的描述信息；

结合所述字符串以及所述指定商品对象的描述信息，生成所述提货凭证。

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

在生成提货凭证之后，记录所述交易订单与所述字符串之间的对应关系；

所述对所述线下实体店铺提交的提货凭证进行验证，包括：

接收所述线下实体店铺客户端提货提交的字符串以及交易订单标识信息；

根据所述记录的对应关系判断所述线下实体店铺客户端提交的信息是否一致；

如果一致，则验证通过。

6.根据权利要求3所述的方法，其特征在于，预先记录第一用户关联的各个线下实体店铺的地理位置信息，在生成交易订单前还包括：

获取与所述第二用户相关的地址信息；

根据所述地址信息以及所述各个线下实体店铺的地理位置信息，确定用于为该第二用户发货的线下实体店铺；

将该线下实体店铺的信息添加到所述交易订单中。

7.根据权利要求1所述的方法，其特征在于，在通知所述关联的线下实体店铺客户端对所述交易订单中的指定商品对象进行发货之前，还包括：

将所述累计销售金额的资金转移到所述关联的线下实体店铺的资金账户。

8.根据权利要求3所述的方法，其特征在于，所述关联的线下实体店铺对所述提货凭证验证通过后，对所述交易订单中的指定商品对象进行发货。

9.一种商品对象的交易信息处理装置，其特征在于，包括：

请求接收单元，用于接收购买指定商品对象的请求；

交易订单生成单元，用于根据所述请求生成交易订单，所述交易订单中保存有交易金额信息、销售该指定商品对象的第一用户信息以及购买该指定商品对象的第二用户信息；

资金冻结单元，用于根据所述交易金额信息将所述第二用户资金账户中的第一金额的资金置为冻结状态；

资金转移单元，用于经过预置的时间后，将所述第一金额的资金转移到所述第一用户的资金账户中；

其中，在所述第一金额的资金被置为冻结状态后与被转移到所述第一用户的资金账户的期间内，计算所述第一金额的资金在该期间内产生的收益，并将该收益转入所述第二用户资金账户中；

所述装置还包括：

融资商品对象生成单元，用于根据订单金额、到期时间以及所述第一用户确定的收益计算方式信息，生成与所述交易订单对应的融资商品对象；

查询单元，用于当所述第一用户的资金账户中接收到的关于所述融资商品对象的累计销售金额达到所述交易订单中的交易金额时，查询所述融资商品对象对应的交易订单；

店铺信息获取单元，用于从所述交易订单中确定关联的线下实体店铺；

通知单元，用于通知所述关联的线下实体店铺客户端对所述交易订单中的指定商品对象进行发货。

Images