CN106815695B - 对象传输中的信息处理方法和装置 - Google Patents

Abstract

本申请提供了一种对象传输中的信息处理方法和装置。该方法包括：第一服务器接收第二用户设备响应于接收到第一用户设备的第一支付消息和之后的第二支付消息而发送的认证请求；向第二用户设备发送认证消息，所述认证消息用于触发第二用户设备发出对象传输请求；在接收到第二用户设备的对象传输请求的情况下，通知第二服务器向第一支付请求和第二支付请求指定的目的地传输对象。本申请解决了在分销的期货预订场景下，分销商和供应商之间的交易的网络安全性问题。

Description

对象传输中的信息处理方法和装置

技术领域

本申请涉及计算机领域，尤其涉及一种对象传输中的信息处理方法及装置。

背景技术

期货预订模式是一种提高供应链流转效率的创新供应模式，即在对象还没有进入仓库、甚至没有生产出来时就预先进行供应的预订模式。它的特点是一般需要用户发两次支付消息。第一次是定金支付成功，发一个定金支付消息；第二次是尾款支付成功，发一个尾款支付消息。通过让用户支付一定比例的定金(通常10％左右)确定购买意向后，供应商再生产、入库，通过物流网络下发到离用户指定的目的地更近的物流节点。等用户支付尾款后，就可以从离目的地更近的物流节点将对象很快下放到用户。期货预订这种模式对于供应商来说，因为是在确定用户需要购买之后再入库，因此可以减少对象在仓时间，提高库存周转率，进而提高整个供应链的效率；对于用户来说，支付了尾款可以很快收到对象，收货时间大大缩短，实现了双方共赢。

分销是指供应商将销售权代理给分销商增加销售渠道，分销商赚取供应商和用户之间的购买价格的差价。这种模式因为可以帮助供应商扩大销售渠道而被广泛使用。现有技术中如果要在期货预订模式下实现分销，问题就出现了。在期货预订模式下实现分销时，电子商务平台监视到用户发过来的定金后，通知物流平台将对象传输到离用户指定的目的地更近的物流节点。然后，监视到用户发过来的尾款后，不能通知物流平台将对象从离目的地更近的物流节点发送到用户，因为分销商还没给供应商付款。如果电子商务平台监视到用户发过来的尾款后就通知物流平台发货，如果分销商不付款给供应商，将造成供应商的损失。但如果让分销商接收到用户的尾款就给供应商付款，供应商会觉得不安全，因为如果供应商付了款，供应商不承认将造成分销商的损失。因此，在分销的期货预订场景下，分销商和供应商之间的交易的网络安全性问题，成了亟待解决的问题。

发明内容

本申请解决的技术问题之一是,解决在分销的期货预订场景下，分销商和供应商之间的交易的网络安全性问题。

根据本申请的一个实施例，提供了一种对象传输中的信息处理方法，包括：第一服务器接收第二用户设备响应于接收到第一用户设备的第一支付消息和之后的第二支付消息而发送的认证请求；向第二用户设备发送认证消息，所述认证消息用于触发第二用户设备发出对象传输请求；在接收到第二用户设备的对象传输请求的情况下，通知第二服务器向第一支付请求和第二支付请求指定的目的地传输对象。

根据本申请的一个实施例，提供了一种对象传输中的信息处理方法，包括：第二服务器在接收到来自第一服务器的、监视到第一用户设备的第一支付消息的通知的情况下，将对象传输到中转节点；在接收到来自第一服务器的、已接收到第二用户设备的对象传输请求的通知的情况下，将对象从中转节点传输到第一支付消息和第二支付消息指定的目的地，其中第二用户设备的对象传输请求是根据第一服务器响应于第二用户设备的认证请求而发出的认证消息产生的，所述认证请求是第二用户设备响应于接收到第二支付消息产生的。

根据本申请的一个实施例，提供了一种对象传输中的信息处理方法，包括：第二用户设备响应于接收到第一用户设备的第一支付消息和之后的第二支付消息，向第一服务器发送认证请求；从第一服务器接收认证消息；根据所述认证消息，向第一服务器发出对象传输请求，以便第一服务器通知第二服务器向第一支付请求和第二支付请求指定的目的地传输对象。

根据本申请的一个实施例，提供了一种对象传输中的信息处理方法，包括：第一用户设备向第二用户设备发送第一支付消息；向第二用户设备发送第二支付消息，所述第二支付消息触发第二用户设备向第一服务器发送认证请求，从第一服务器接收认证消息，根据该认证消息向第一服务器发出对象传输请求，以便第一服务器通知第二服务器向第一支付请求和第二支付请求指定的目的地传输对象。

根据本申请的一个实施例，提供了一种对象传输中的信息处理装置，包括：认证请求接收单元，用于接收第二用户设备响应于接收到第一用户设备的第一支付消息和之后的第二支付消息而发送的认证请求；认证消息发送单元，向第二用户设备发送认证消息，所述认证消息用于触发第二用户设备发出对象传输请求；目的地传输通知单元，用于在接收到第二用户设备的对象传输请求的情况下，通知第二服务器向第一支付请求和第二支付请求指定的目的地传输对象。

根据本申请的一个实施例，提供了一种对象传输中的信息处理装置，包括：对象向中转节点传输单元，用于在接收到来自第一服务器的、监视到第一用户设备的第一支付消息的通知的情况下，将对象传输到中转节点；对象向目的地传输单元，用于在接收到来自第一服务器的、已接收到第二用户设备的对象传输请求的通知的情况下，将对象从中转节点传输到第一支付消息和第二支付消息指定的目的地，其中第二用户设备的对象传输请求是根据第一服务器响应于第二用户设备的认证请求而发出的认证消息产生的，所述认证请求是第二用户设备响应于接收到第二支付消息产生的。

根据本申请的一个实施例，提供了一种对象传输中的信息处理装置，包括：认证请求发送单元，用于响应于接收到第一用户设备的第一支付消息和之后的第二支付消息，向第一服务器发送认证请求；认证消息接收单元，用于从第一服务器接收认证消息；对象传输请求发出单元，用于根据所述认证消息，向第一服务器发出对象传输请求，以便第一服务器通知第二服务器向第一支付请求和第二支付请求指定的目的地传输对象。

根据本申请的一个实施例，提供了一种对象传输中的信息处理装置，包括：第一支付消息发送单元，用于向第二用户设备发送第一支付消息；第二支付消息发送单元，用于向第二用户设备发送第二支付消息，所述第二支付消息触发第二用户设备向第一服务器发送认证请求，从第一服务器接收认证消息，根据该认证消息向第一服务器发出对象传输请求，以便第一服务器通知第二服务器向第一支付请求和第二支付请求指定的目的地传输对象。

在本申请的实施例中，在期货预订模式下实现分销时，当第二用户设备(分销商终端)接收到第一用户设备(用户终端)发来的第二支付消息(尾款)后，不是冒然向第三用户设备(供应商终端)付款，而是先向第一服务器发一个认证请求，如果第一服务器的认证消息指示给分销商付款是安全的，才可以付款，并只有分销商付款后，才可以给用户传输对象，从而解决了在分销的期货预订场景下，分销商和供应商之间的交易网络的安全性问题。

本领域普通技术人员将了解，虽然下面的详细说明将参考图示实施例、附图进行，但本申请并不仅限于这些实施例。而是，本申请的范围是广泛的，且意在仅通过后附的权利要求限定本申请的范围。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请一个实施例所应用的对象传输体系的总体框图。

图2是根据本申请的一个实施例在第一服务器侧的对象传输中的信息处理方法的流程图。

图3是根据本申请的另一个实施例在第一服务器侧的对象传输中的信息处理方法的流程图。

图4是根据本申请的一个实施例在第二服务器侧的对象传输中的信息处理方法的流程图。

图5是根据本申请的一个实施例在第二用户设备侧的对象传输中的信息处理方法的流程图。

图6是根据本申请的一个实施例在第一用户设备侧的对象传输中的信息处理方法的流程图。

图7是根据本申请的一个实施例在第一服务器侧的对象传输中的信息处理装置的框图。

图8是根据本申请的另一个实施例在第一服务器侧的对象传输中的信息处理装置的框图。

图9是根据本申请的一个实施例在第二服务器侧的对象传输中的信息处理装置的框图。

图10是根据本申请的一个实施例在第二用户设备侧的对象传输中的信息处理装置的框图。

图11是根据本申请的一个实施例在第一用户设备侧的对象传输中的信息处理装置的框图。

本领域普通技术人员将了解，虽然下面的详细说明将参考图示实施例、附图进行，但本申请并不仅限于这些实施例。而是，本申请的范围是广泛的，且意在仅通过后附的权利要求限定本申请的范围。

具体实施方式

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

所述计算机设备包括用户设备与网络设备。其中，所述用户设备包括但不限于电脑、智能手机、PDA等；所述网络设备包括但不限于单个网络服务器、多个网络服务器组成的服务器组或基于云计算(Cloud Computing)的由大量计算机或网络服务器构成的云，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。其中，所述计算机设备可单独运行来实现本申请，也可接入网络并通过与网络中的其他计算机设备的交互操作来实现本申请。其中，所述计算机设备所处的网络包括但不限于互联网、广域网、城域网、局域网、VPN网络等。

需要说明的是，所述用户设备、网络设备和网络等仅为举例，其他现有的或今后可能出现的计算机设备或网络如可适用于本申请，也应包含在本申请保护范围以内，并以引用方式包含于此。

后面所讨论的方法(其中一些通过流程图示出)可以通过硬件、软件、固件、中间件、微代码、硬件描述语言或者其任意组合来实施。当用软件、固件、中间件或微代码来实施时，用以实施必要任务的程序代码或代码段可以被存储在机器或计算机可读介质(比如存储介质)中。(一个或多个)处理器可以实施必要的任务。

这里所公开的具体结构和功能细节仅仅是代表性的，并且是用于描述本申请的示例性实施例的目的。但是本申请可以通过许多替换形式来具体实现，并且不应当被解释成仅仅受限于这里所阐述的实施例。

应当理解的是，虽然在这里可能使用了术语“第一”、“第二”等等来描述各个单元，但是这些单元不应当受这些术语限制。使用这些术语仅仅是为了将一个单元与另一个单元进行区分。举例来说，在不背离示例性实施例的范围的情况下，第一单元可以被称为第二单元，并且类似地第二单元可以被称为第一单元。这里所使用的术语“和/或”包括其中一个或更多所列出的相关联项目的任意和所有组合。

应当理解的是，当一个单元被称为“连接”或“耦合”到另一单元时，其可以直接连接或耦合到所述另一单元，或者可以存在中间单元。与此相对，当一个单元被称为“直接连接”或“直接耦合”到另一单元时，则不存在中间单元。应当按照类似的方式来解释被用于描述单元之间的关系的其他词语(例如“处于...之间”相比于“直接处于...之间”，“与...邻近”相比于“与...直接邻近”等等)。

这里所使用的术语仅仅是为了描述具体实施例而不意图限制示例性实施例。除非上下文明确地另有所指，否则这里所使用的单数形式“一个”、“一项”还意图包括复数。还应当理解的是，这里所使用的术语“包括”和/或“包含”规定所陈述的特征、整数、步骤、操作、单元和/或组件的存在，而不排除存在或添加一个或更多其他特征、整数、步骤、操作、单元、组件和/或其组合。

还应当提到的是，在一些替换实现方式中，所提到的功能/动作可以按照不同于附图中标示的顺序发生。举例来说，取决于所涉及的功能/动作，相继示出的两幅图实际上可以基本上同时执行或者有时可以按照相反的顺序来执行。

图1是本申请一个实施例所应用的对象传输体系的总体框图。该供应体系包括第一用户设备60、第二用户设备20、第三用户设备30、第一服务器10、第二服务器40、中转节点50。

在一个实施例中，第一用户设备60是用户的终端，第二用户设备20是分销商的终端，第三用户设备30是供应商的终端，第一服务器10是电子商务网站服务器(下面简称“电商服务器”)，第二服务器40是物流服务提供商服务器(下面简称“物流服务器”)，节点是物流服务器提供商的物流体系中的一个物流仓库，中转节点是在物流体系中用来暂存要下放到用户的对象的物流仓库。对象可以是期货预订中的物品，也可以是一个消息，因为也可能出现针对消息提前预订的情况。也就是说，期货预订中的“货”可以是指有形实体，例如一件物品，也可以指无形物品，例如一个电子杂志或一个企业数据分析结果包。

图2示出了根据本申请的一个实施例一种第一服务器(电商服务器)10侧的对象传输中的信息处理方法。该方法包括：S110、第一服务器接收第二用户设备响应于接收到第一用户设备的第一支付消息和之后的第二支付消息而发送的认证请求；S120、向第二用户设备发送认证消息，所述认证消息用于触发第二用户设备发出对象传输请求；S130、在接收到第二用户设备的对象传输请求的情况下，通知第二服务器向第一支付请求和第二支付请求指定的目的地传输对象。下面对这些步骤进行详细描述。

在步骤S110中，第一服务器接收第二用户设备响应于接收到第一用户设备的第一支付消息和之后的第二支付消息而发送的认证请求。

在一个实施例中，第一支付消息是定金支付消息，第二支付消息是尾款支付消息。分销商为供应商代理销售对象。第一服务器(例如，电商服务器)的电子商务平台为每个分销商分别展示其代理销售的供应商的对象。也就是说，分销商所代理销售的供应商的对象的详情信息(例如图片、规格、使用说明、价格、出产地等)会从供应商同步更新到电子商务平台中相应分销商的空间。用户登录电子商务平台，就会看到分销商所代理销售的供应商的对象的详情信息。当用户看到对象的详情信息，想要进行期货预订时，先通过第一用户设备(用户的终端)进行定金支付，向第二用户设备(分销商的终端)发送第一支付消息。当用户想要收到期货预订的对象时，通过第一用户设备进行尾款支付，向第二用户设备(分销商的终端)发送第二支付消息。第二用户设备(分销商的终端)接到第一支付消息和第二支付消息后，向第一服务器(电商服务器)发送认证请求。该认证请求用来请求第一服务器对分销商向供应商付款是否安全进行认证。

在步骤S120中，向第二用户设备发送认证消息，所述认证消息用于触发第二用户设备发出对象传输请求。

在一个实施例中，第一服务器接到第二用户设备的认证请求后，首先根据认证请求所指向的供应商，验证供应商在第一服务器或者说在电商平台合法注册，并验证该供应商与分销商的分销代理关系在第一服务器或者说在电商平台上备案。如果供应商在第一服务器合法注册，且该供应商与分销商的分销代理关系在第一服务器已备案，则发送表示认证成功的认证消息，代表分销商向供应商付款是安全的。如果供应商未在第一服务器合法注册，或该供应商与分销商的分销代理关系在第一服务器未备案，则发送表示认证失败的认证消息，代表分销商向供应商付款有风险。只有在第二用户设备从第一服务器接收到表示认证成功的认证消息时，第二用户设备才向第三用户设备(供应商的终端)付款，发出对象传输请求，即可以发货到用户了。

该认证消息的另一个意义在于，它充当采购代销单，其包含了第二用户设备向第三用户设备付款的价格，因为分销的意义在于分销商能赚取到用户支付的货款与供应商收到的货款之间的价差。用户支付的数额(定金+尾款)要大于分销商向供应商支付的数额，分销才有意义。第一服务器查找在第一服务器备案的该供应商与分销商的分销代理合同，确定分销商向供应商支付的数额，从而让分销商根据该数额向供应商付款。

在步骤S130中，在接收到第二用户设备的对象传输请求的情况下，通知第二服务器向第一支付请求和第二支付请求指定的目的地传输对象。

也就是说，当分销商向供应商付款，通过第二用户设备发出了对象传输请求的情况下，第一服务器(电商服务器)接收到该对象传输请求，通知第二服务器(物流服务器)向第一支付请求和第二支付请求指定的目的地传输对象。因为供应商已经将对象的仓储、运输、发货等事宜事先委托给物流平台，因此可以直接通过第二服务器向目的地传输对象，不用经供应商进行传输。

在用户为自己预订对象的情况下，第一支付请求和第二支付请求指定的目的地即用户的地址，该地址可以是用户在第一用户设备上发送第一支付消息和第二支付消息时在第一用户设备填写的。在用户为他人预订对象的情况下，第一支付请求和第二支付请求指定的目的地即他人的地址，该地址可以是用户在第一用户设备上发送第一支付消息和第二支付消息时在第一用户设备填写的。

另外，在本申请的另一个实施例中，如图3所示，在步骤S110之前，所述方法还包括步骤S108，即在监视到第一用户设备的第一支付消息的情况下，通知第二服务器将对象传输到中转节点。另外，步骤S130还包括：通知第二服务器从所述中转节点向所述目的地传输对象。

第一支付消息是第一用户设备发往第二用户设备的，但它是用户与电商平台交互的过程中响应于用户对电商页面的选择和填写而生成的，其必然要受到第一服务器的监管。在第一服务器监视到第一支付消息的情况下，通知第二服务器，即物流服务器将对象传输到中转节点。这样做的好处是，当用户付了尾款，并且分销商也向供应商付款后，可以直接在步骤S130中从中转节点将对象传输到目的地，减少了用户等待时间，提高了发货效率。

在一个实施例中，所述中转节点是离所述目的地最近的物流节点。这样做的好处是，最大化减少用户付了尾款后的等待收货时间，因为中转节点离目的地越近，收货就越快，效率越高。

在本申请的一个实施例中，还对电商平台上期货预订对象的库存展示有改进。用户往往根据电商平台上展示的对象的库存数量进行订购决策。电商平台上展示的对象库存数量，一般是进入物流平台(如菜鸟网络)的各级仓库的对象的数目。因为这些库存已在物流平台，用户就有一种预期，即用户订购后会很快接到货，因为物流网络中货物的周转是很快的。根据电商平台上的库存数量，用户就可以决定是否需要订购对象。然而，对于期货预订模式来说，在电商平台上只展示已进入物流网络的仓库的对象，即只展示实仓库存，对用户可能有错误的指导。用户可能会看到该对象的实仓库存较少而放弃预订。但实际上，对于期货预订来说，可以在用户付了定金后再从供应商处调货，等用户付了尾款之后用户预订的数量的对象已经在物流网络的仓库中了。因此，对于期货预订对象，在电商平台展示实仓库存没有意义。本申请一个实施例提出在电商平台展示期货预订对象的虚仓库存数量。它的好处是使展示的对象库存数量真正反映能为用户很快提供的对象的数量，为用户预订提供真实依据，且不会发生超配送。期货预订模式下的超配送是指用户支付了定金和尾款后因库存不足无法及时配送对象。由于在用户支付定金后，对象已经从供应商处下沉到中转节点，用户在支付尾款后就不会因库存不足无法及时收到对象，即不会发生超配送。

在该实施例中，在步骤S108之前，该方法还包括：S102、识别所述对象是否是期货预订对象；S104、如果所述对象是期货预订对象，展示对象的虚仓库存数量，所述虚仓库存数量是第三用户设备处预计尚能为期货预订提供的对象数量。

在步骤S102中，识别所述对象是否是期货预订对象。

在一个实施例中，识别所述对象是否是期货预订对象是通过识别在对象详情信息数据库中对象是否具有期货预订标记实现的。在第一服务器维护一个对象详情信息数据库。对象的详情信息从供应商同步更新到对象详情信息数据库。如果该对象是期货预订对象，提供方在该对象的详情信息中就加上一个期货预订标记，同步更新到对象详情信息数据库。因此，通过识别在该数据库中对象是否具有期货预订标记，就可以识别所述对象是否是期货预订对象。

在步骤S104中，如果所述对象是期货预订对象，展示对象的虚仓库存数量。

所述虚仓库存数量是第三用户设备处预计尚能为期货预订提供的对象数量，即供应商处预计尚能为期货预订提供的对象数量。它可以是供应商已经生产出来的对象数量。它可能存放在供应商自身的仓库，还没有进入物流网络。对象的初始虚仓库存是在第三用户设备向第一服务器同步更新对象的详情信息时作为详情信息的一部分更新到第一服务器的对象详情信息数据库的。如下所述，一旦监视到第一支付消息，就根据第一支付消息中涉及的对象数量，抵减该虚仓库存数量。

在一个实施例中，步骤S108包括：根据第一支付消息中涉及的对象数量，抵减展示的虚仓库存数量；通知第二服务器从各级物流节点中的实仓库存调拨所述涉及的对象数量的对象到中转节点；通知第二服务器从第三用户设备处实际接收涉及的对象数量的对象，以弥补各级物流节点中的实仓库存。

根据第一支付消息中涉及的对象数量，抵减展示的虚仓库存数量的好处是防止超配送。这是因为，一旦接收到定金，就意味着定金涉及的那部分数量的对象已经有用户预订了，不能再接受期货预订。如果不抵减展示的虚仓库存数量，就有可能发生超配送。

物流网络(如菜鸟网络)的各级仓库叫做各级物流节点。一般来说，一二级物流节点是省级、市级等大的仓库，一般一个省或一个市才有一个或几个，属于高级物流节点。三四级物流节点是区级、街道级的小的仓库，一个区、一个或几个街道有一个，属于低级物流节点。

期货预订需要在接收定金后先将对象从供应商下放到中转节点，等到用户付了尾款、并且分销商也向供应商付款后，将对象从中转节点发送到目的地。但有时会出现用户付了尾款、分销商也向供应商付款后供应商仍未发货、导致中转节点缺货的情况。因此，为了防止中转节点缺货造成配送效率下降，本申请的一个实施例提出了虚实仓转换，即换仓的做法。即在没接到供应商实际提供的对象时，执行换仓处理，从各级物流节点中有该对象的物流节点处先调拨预订的数量的对象到中转节点，然后再从供应商实际接收对象。也就是说，第一服务器(电商服务器)通知第二服务器(物流服务器)从各级物流节点中的实仓库存调拨第一支付消息所涉及的对象数量的对象到中转节点，再通知第二服务器从第三用户设备处实际接收涉及的对象数量的对象，以弥补各级物流节点中的实仓库存。通过这样处理，防止了中转节点缺货，提高了配送效率。

在一个实施例中，通知第二服务器从各级物流节点中的实仓库存调拨所述涉及的对象数量的对象到中转节点的一种实际做法是：从低级物流节点的实仓库存调拨所述涉及的对象数量的对象到中转节点；在低级物流节点的实仓库存无法满足所述涉及的对象数量的情况下，从高级物流节点的实仓库存调拨不足部分的对象到中转节点。这样做的优点是，先用低级物流节点的实仓库存满足需要发送到中转节点的对象，有利于保持高级物流节点的库存稳定，有利于物流的统筹安排。高级物流节点往往一个省或市只有一个或几个，如果高级物流节点库存亏空会影响整个物流体系的物流效率。

例如，用户的定金涉及预订100件A供应商的B对象。在用户所在地的三、四级物流仓只找到40件A供应商的B对象，在用户所在地的一、二级物流仓找到80件A供应商的B对象。因此，先将用户所在地的三、四级物流仓的40件A供应商的B对象发送到中转节点，再从用户所在地的一、二级物流仓取出60件A供应商的B对象发送到中转节点。但物流网络在从A供应商处实际接收100件B对象后，一般全都存入一、二级物流仓。

在一个实施例中，从低级物流节点的实仓库存调拨所述涉及的对象数量的对象到中转节点是定时完成的。即，不是接收到一个第一支付消息，就马上从三、四级物流仓开始调货，而是每隔预定时间间隔，针对该预定时间间隔内接收到的所有第一支付消息，从低级物流节点的实仓库存统一调拨这些第一支付消息涉及的对象数量的对象到中转节点。这样做有助于提高物流网络的物流效率。

在一个实施例中，从高级物流节点的实仓库存调拨不足部分的对象到中转节点也不是一发现有低级物流节点的实仓库存无法满足第一支付消息涉及的对象数量的情况就立即进行的，而是在接受期货预订的期间结束后，针对接受期货预订的期间低级物流节点的实仓库存无法满足涉及的对象数量的所有第一支付消息，统一从高级物流节点的实仓库存调拨不足部分的对象到中转节点。这样做的好处也是有助于提高物流网络的物流效率。

对于期货预订对象，可以设置一个接受期货预订的期间。用户只有在这个期间内下了定金才能够进行期货预订。一旦该期间结束用户未下定金，就不能进行期货预订。在接受期货预订的期间结束后，才从高级物流节点的实仓库存调拨不足部分的对象到中转节点，有助于避免频繁从一二级物流仓调拨造成物流效率下降。

另外，如图3所示，在本申请的一个实施例中，在步骤S102之后，所述方法还包括：

S105、如果所述对象不是期货预订对象，识别所述对象是否是防超配送对象；

S106、响应于识别出所述对象是防超配送对象，将展示的库存数量确定为0；

S107、响应于识别出所述对象不是防超配送对象，将展示的库存数量确定为各物流站点中所述对象的总实仓库存。

具体地，在步骤S105中，如果所述对象不是期货预订对象，识别所述对象是否是防超配送对象。

在非预订模式下的超配送是指用户付款后因物流网络中的库存不足导致收货者无法及时接收到对象。

在一个实施例中，识别所述对象是否是防超配送对象是通过识别在对象详情信息数据库中对象是否具有防超配送标记实现的。在第一服务器维护一个对象详情信息数据库，从供应商同步更新过来的对象详情信息存储在该数据库中。如果该对象是不能超配送的，供应商在该对象的详情信息中就加上一个防超配送标记，同步更新到第一服务器后就存储了对象详情信息数据库中。因此，通过识别在该数据库中对象是否具有防超配送标记，就可以识别所述对象是否是防超配送对象。

在步骤S106中，响应于识别出所述对象是防超配送对象，将展示的库存数量确定为0。

假设，如果电商平台显示某对象的库存为6，即不为0，表明物流网络中各仓存储有6件该对象。此时，如果10个用户同时订购该对象，虽然显示物流网络中有6件对象，还是至少有4个用户无法及时获得该对象，造成超配送。因此，响应于识别出所述对象是防超配送对象，将展示的库存数量确定为0，就达到了防止对于普通物品的超配送的目的。

在步骤S107中，响应于识别出所述对象不是防超配送对象，将展示的库存数量确定为各物流站点中所述对象的总实仓库存。

如果对象不是防超配送对象，只需将各物流站点中对象的总实仓库存展示出来，因为这时比该库存更多的用户同时订购也没有关系，因为该对象是不防超配送的。

在图3中，包括步骤S102、S104、S108、S105、S106、S107，但本领域技术人员应当理解，它们不必同时存在于一个实施方案中。例如，在某一实施方案中，可能只有步骤S108，而没有步骤S102、S104、S105、S106、S107。

图4示出了根据本发明一个实施例的在第二服务器侧的对象传输中的信息处理方法。该方法包括：

S210、第二服务器在接收到来自第一服务器的、监视到第一用户设备的第一支付消息的通知的情况下，将对象传输到中转节点；

S220、在接收到来自第一服务器的、已接收到第二用户设备的对象传输请求的通知的情况下，将对象从中转节点传输到第一支付消息和第二支付消息指定的目的地，其中第二用户设备的对象传输请求是根据第一服务器响应于第二用户设备的认证请求而发出的认证消息产生的，所述认证请求是第二用户设备响应于接收到第二支付消息产生的。

可选地，步骤S210包括：从各级物流节点中的实仓库存调拨第一支付消息中涉及的对象数量的对象到中转节点；从第三用户设备处实际接收涉及的对象数量的对象，以弥补各级物流节点中的实仓库存(图中未示)。

可选地，所述从各级物流节点中的实仓库存调拨第一支付消息中涉及的对象数量的对象到中转节点的步骤包括：从低级物流节点的实仓库存调拨所述涉及的对象数量的对象到中转节点；在低级物流节点的实仓库存无法满足所述涉及的对象数量的情况下，从高级物流节点的实仓库存调拨不足部分的对象到中转节点。

图4的实施例与图2、3的实施例仅是描述角度的差异。图2、3的实施例是从第一服务器的角度进行描述，图4的实施例是从第二服务器的角度进行描述，故不赘述。

图5示出了根据本申请的一个实施例在第二用户设备侧的对象传输中的信息处理方法。该方法包括：

S310、第二用户设备响应于接收到第一用户设备的第一支付消息和之后的第二支付消息，向第一服务器发送认证请求；

S320、从第一服务器接收认证消息；

S330、根据所述认证消息，向第一服务器发出对象传输请求，以便第一服务器通知第二服务器向第一支付请求和第二支付请求指定的目的地传输对象。

图5的实施例与图2、3的实施例仅是描述角度的差异。图2、3的实施例是从第一服务器的角度进行描述，图5的实施例是从第二用户设备的角度进行描述，故不赘述。

图6示出了根据本申请的一个实施例在第一用户设备侧的对象传输中的信息处理方法。该方法包括：

S410、第一用户设备向第二用户设备发送第一支付消息；

S420、向第二用户设备发送第二支付消息，所述第二支付消息触发第二用户设备向第一服务器发送认证请求，从第一服务器接收认证消息，根据该认证消息向第一服务器发出对象传输请求，以便第一服务器通知第二服务器向第一支付请求和第二支付请求指定的目的地传输对象。

图6的实施例与图2、3的实施例仅是描述角度的差异。图2、3的实施例是从第一服务器的角度进行描述，图6的实施例是从第一用户设备的角度进行描述，故不赘述。

如图7所示，根据本申请的一个实施例，提供了一种在第一服务器侧的对象传输中的信息处理装置100。该装置100包括：

认证请求接收单元110，用于接收第二用户设备响应于接收到第一用户设备的第一支付消息和之后的第二支付消息而发送的认证请求；

认证消息发送单元120，向第二用户设备发送认证消息，所述认证消息用于触发第二用户设备发出对象传输请求；

目的地传输通知单元130，用于在接收到第二用户设备的对象传输请求的情况下，通知第二服务器向第一支付请求和第二支付请求指定的目的地传输对象。

可选地，如图8所示，所述装置100还包括：

中转节点传输通知单元108，用于在监视到第一用户设备的第一支付消息的情况下，通知第二服务器将对象传输到中转节点。

所述目的地传输通知单元130进一步包括：目的地传输通知子单元1301，用于通知第二服务器从所述中转节点向所述目的地传输对象。

可选地，所述中转节点是离所述目的地最近的物流节点。

可选地，所述装置100还包括：期货预订对象识别单元102，用于识别所述对象是否是期货预订对象；展示单元104，用于如果所述对象是期货预订对象，展示对象的虚仓库存数量，所述虚仓库存数量是第三用户设备处预计尚能为期货预订提供的对象数量。

可选地，所述目的地传输通知子单元1301包括：抵减子单元13011，用于根据第一支付消息中涉及的对象数量，抵减展示的虚仓库存数量；调拨通知子单元13012，用于通知第二服务器从各级物流节点中的实仓库存调拨所述涉及的对象数量的对象到中转节点；实际接收通知子单元13013，用于通知第二服务器从第三用户设备处实际接收涉及的对象数量的对象，以弥补各级物流节点中的实仓库存。

可选地，所述调拨通知子单元13012用于通知第二服务器执行：从低级物流节点的实仓库存调拨所述涉及的对象数量的对象到中转节点；在低级物流节点的实仓库存无法满足所述涉及的对象数量的情况下，从高级物流节点的实仓库存调拨不足部分的对象到中转节点。

可选地，所述从低级物流节点的实仓库存调拨所述涉及的对象数量的对象到中转节点通过以下实现：每隔预定时间间隔，针对该预定时间间隔内接收到的所有第一支付消息，从低级物流节点的实仓库存调拨这些第一支付消息涉及的对象数量的对象到中转节点。

可选地，所述从高级物流节点的实仓库存调拨不足部分的对象到中转节点通过以下实现：在接受期货预订的期间结束后，针对接受期货预订的期间低级物流节点的实仓库存无法满足涉及的对象数量的第一支付消息，从高级物流节点的实仓库存调拨不足部分的对象到中转节点。

可选地，如图8所示，所述装置100还包括：防超配送对象识别单元105，用于如果所述对象不是期货预订对象，识别所述对象是否是防超配送对象；防超配送对象展示库存数量确定单元106，用于响应于识别出所述对象是防超配送对象，将展示的库存数量确定为0；非防超配送对象展示库存数量确定单元107，用于响应于识别出所述对象不是防超配送对象，将展示的库存数量确定为各物流站点中所述对象的总实仓库存。

图9示出了根据本申请一个实施例的第二服务器侧的对象传输中的信息处理装置400。该装置400包括：对象向中转节点传输单元210，用于在接收到来自第一服务器的、监视到第一用户设备的第一支付消息的通知的情况下，将对象传输到中转节点；对象向目的地传输单元220，用于在接收到来自第一服务器的、已接收到第二用户设备的对象传输请求的通知的情况下，将对象从中转节点传输到第一支付消息和第二支付消息指定的目的地，其中第二用户设备的对象传输请求是根据第一服务器响应于第二用户设备的认证请求而发出的认证消息产生的，所述认证请求是第二用户设备响应于接收到第二支付消息产生的。

可选地，所述对象向中转节点传输单元210包括：调拨子单元，用于从各级物流节点中的实仓库存调拨第一支付消息中涉及的对象数量的对象到中转节点；实际接收子单元，用于从第三用户设备处实际接收涉及的对象数量的对象，以弥补各级物流节点中的实仓库存(图中未示)。

可选地，所述调拨子单元用于：从低级物流节点的实仓库存调拨所述涉及的对象数量的对象到中转节点；在低级物流节点的实仓库存无法满足所述涉及的对象数量的情况下，从高级物流节点的实仓库存调拨不足部分的对象到中转节点。

图10示出了根据本申请一个实施例的在第二用户设备侧的对象传输中的信息处理装置200。该装置200包括：认证请求发送单元310，用于响应于接收到第一用户设备的第一支付消息和之后的第二支付消息，向第一服务器发送认证请求；认证消息接收单元320，用于从第一服务器接收认证消息；对象传输请求发出单元330，用于根据所述认证消息，向第一服务器发出对象传输请求，以便第一服务器通知第二服务器向第一支付请求和第二支付请求指定的目的地传输对象。

图11示出了根据本申请一个实施例的在第一用户设备侧的对象传输中的信息处理装置600。该装置600包括：第一支付消息发送单元410，用于向第二用户设备发送第一支付消息；第二支付消息发送单元420，用于向第二用户设备发送第二支付消息，所述第二支付消息触发第二用户设备向第一服务器发送认证请求，从第一服务器接收认证消息，根据该认证消息向第一服务器发出对象传输请求，以便第一服务器通知第二服务器向第一支付请求和第二支付请求指定的目的地传输对象。

需要注意的是，本申请可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本申请的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

另外，本申请的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本申请的方法和/或技术方案。而调用本申请的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本申请的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。***权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

Claims (28)

1.一种对象传输中的信息处理方法，其特征在于，包括：

第一服务器接收第二用户设备响应于接收到第一用户设备的第一支付消息和之后的第二支付消息而发送的认证请求；所述第二用户设备为分销商终端；所述认证请求用于请求所述第一服务器验证所述分销商终端指向的供应商与所述分销商终端对应的分销商的分销代理关系是否备案；

向第二用户设备发送认证消息，所述认证消息用于触发第二用户设备发出对象传输请求；

在监视到第一用户设备的第一支付消息的情况下，通知第二服务器将对象传输到中转节点；所述将对象传输到中转节点包括从低级物流节点的实仓库存调拨所述第一支付消息中涉及的对象数量的对象到中转节点；

在接收到第二用户设备的对象传输请求的情况下，通知第二服务器向第一支付请求和第二支付请求指定的目的地传输对象。

2.根据权利要求1的方法，其特征在于，所述通知第二服务器向第一支付请求和第二支付请求指定的目的地传输对象的步骤包括：通知第二服务器从所述中转节点向所述目的地传输对象。

3.根据权利要求2的方法，其特征在于，所述中转节点是离所述目的地最近的物流节点。

4.根据权利要求2的方法，其特征在于，在通知第二服务器将对象传输到中转节点的步骤之前，所述方法还包括：

识别所述对象是否是期货预订对象；

如果所述对象是期货预订对象，展示对象的虚仓库存数量，所述虚仓库存数量是第三用户设备处预计尚能为期货预订提供的对象数量。

5.根据权利要求4的方法，其特征在于，所述通知第二服务器将对象传输到中转节点的步骤包括：

根据第一支付消息中涉及的对象数量，抵减展示的虚仓库存数量；

通知第二服务器从各级物流节点中的实仓库存调拨所述涉及的对象数量的对象到中转节点；

通知第二服务器从第三用户设备处实际接收涉及的对象数量的对象，以弥补各级物流节点中的实仓库存。

6.根据权利要求5的方法，其特征在于，所述通知第二服务器从各级物流节点中的实仓库存调拨所述涉及的对象数量的对象到中转节点的步骤包括通知第二服务器执行：

从低级物流节点的实仓库存调拨所述涉及的对象数量的对象到中转节点；

在低级物流节点的实仓库存无法满足所述涉及的对象数量的情况下，从高级物流节点的实仓库存调拨不足部分的对象到中转节点。

7.根据权利要求6的方法，其特征在于，所述从低级物流节点的实仓库存调拨所述涉及的对象数量的对象到中转节点的步骤包括：每隔预定时间间隔，针对该预定时间间隔内接收到的所有第一支付消息，从低级物流节点的实仓库存调拨这些第一支付消息涉及的对象数量的对象到中转节点。

8.根据权利要求6的方法，其特征在于，所述从高级物流节点的实仓库存调拨不足部分的对象到中转节点的步骤包括：在接受期货预订的期间结束后，针对接受期货预订的期间低级物流节点的实仓库存无法满足涉及的对象数量的第一支付消息，从高级物流节点的实仓库存调拨不足部分的对象到中转节点。

9.根据权利要求4的方法，其特征在于，在识别所述对象是否是期货预订对象的步骤之后，所述方法还包括：

如果所述对象不是期货预订对象， 识别所述对象是否是防超配送对象；

响应于识别出所述对象是防超配送对象，将展示的库存数量确定为0；

响应于识别出所述对象不是防超配送对象，将展示的库存数量确定为各物流站点中所述对象的总实仓库存。

10.一种对象传输中的信息处理方法，其特征在于，包括：

第二服务器在接收到来自第一服务器的、监视到第一用户设备的第一支付消息的通知的情况下，将对象传输到中转节点；所述将对象传输到中转节点包括从低级物流节点的实仓库存调拨所述第一支付消息中涉及的对象数量的对象到中转节点；

在接收到来自第一服务器的、已接收到第二用户设备的对象传输请求的通知的情况下，将对象从中转节点传输到第一支付消息和第二支付消息指定的目的地，其中第二用户设备的对象传输请求是根据第一服务器响应于第二用户设备的认证请求而发出的认证消息产生的，所述认证请求是第二用户设备响应于接收到第二支付消息产生的；所述第二用户设备为分销商终端；所述认证请求用于请求所述第一服务器验证所述分销商终端指向的供应商与所述分销商终端对应的分销商的分销代理关系是否备案。

11.根据权利要求10的方法，其特征在于，所述将对象传输到中转节点的步骤包括：

从各级物流节点中的实仓库存调拨第一支付消息中涉及的对象数量的对象到中转节点；

从第三用户设备处实际接收涉及的对象数量的对象，以弥补各级物流节点中的实仓库存。

12.根据权利要求11的方法，其特征在于，所述从各级物流节点中的实仓库存调拨第一支付消息中涉及的对象数量的对象到中转节点的步骤包括：

从低级物流节点的实仓库存调拨所述涉及的对象数量的对象到中转节点；

在低级物流节点的实仓库存无法满足所述涉及的对象数量的情况下，从高级物流节点的实仓库存调拨不足部分的对象到中转节点。

13.一种对象传输中的信息处理方法，其特征在于，包括：

第二用户设备响应于接收到第一用户设备的第一支付消息和之后的第二支付消息，向第一服务器发送认证请求；所述第二用户设备为分销商终端；所述认证请求用于请求所述第一服务器验证所述分销商终端指向的供应商与所述分销商终端对应的分销商的分销代理关系是否备案；

从第一服务器接收认证消息；

根据所述认证消息，向第一服务器发出对象传输请求，以便第一服务器通知第二服务器向第一支付请求和第二支付请求指定的目的地传输对象；其中，所述第一服务器还用于在监视到第一用户设备的第一支付消息的情况下，通知第二服务器将对象传输到中转节点；所述将对象传输到中转节点包括从低级物流节点的实仓库存调拨所述第一支付消息中涉及的对象数量的对象到中转节点。

14.一种对象传输中的信息处理方法，其特征在于，包括：

第一用户设备向第二用户设备发送第一支付消息；

向第二用户设备发送第二支付消息，所述第二支付消息触发第二用户设备向第一服务器发送认证请求，从第一服务器接收认证消息，根据该认证消息向第一服务器发出对象传输请求，以便第一服务器通知第二服务器向第一支付请求和第二支付请求指定的目的地传输对象；所述第二用户设备为分销商终端；所述认证请求用于请求所述第一服务器验证所述分销商终端指向的供应商与所述分销商终端对应的分销商的分销代理关系是否备案；其中，所述第一服务器还用于在监视到第一用户设备的第一支付消息的情况下，通知第二服务器将对象传输到中转节点；所述将对象传输到中转节点包括从低级物流节点的实仓库存调拨所述第一支付消息中涉及的对象数量的对象到中转节点。

15.一种对象传输中的信息处理装置，其特征在于，应用于第一服务器，包括：

认证请求接收单元，用于接收第二用户设备响应于接收到第一用户设备的第一支付消息和之后的第二支付消息而发送的认证请求；所述第二用户设备为分销商终端；所述认证请求用于请求所述第一服务器验证所述分销商终端指向的供应商与所述分销商终端对应的分销商的分销代理关系是否备案；

认证消息发送单元，向第二用户设备发送认证消息，所述认证消息用于触发第二用户设备发出对象传输请求；

目的地传输通知单元，用于在接收到第二用户设备的对象传输请求的情况下，通知第二服务器向第一支付请求和第二支付请求指定的目的地传输对象；其中，所述第一服务器还用于在监视到第一用户设备的第一支付消息的情况下，通知第二服务器将对象传输到中转节点；所述将对象传输到中转节点包括从低级物流节点的实仓库存调拨所述第一支付消息中涉及的对象数量的对象到中转节点。

16.根据权利要求15的装置，其特征在于，所述装置还包括：

中转节点传输通知单元，用于在监视到第一用户设备的第一支付消息的情况下，通知第二服务器将对象传输到中转节点，

且所述目的地传输通知单元进一步包括：目的地传输通知子单元，用于通知第二服务器从所述中转节点向所述目的地传输对象。

17.根据权利要求16的装置，其特征在于，所述中转节点是离所述目的地最近的物流节点。

18.根据权利要求16的装置，其特征在于，所述装置还包括：

期货预订对象识别单元，用于识别所述对象是否是期货预订对象；

展示单元，用于如果所述对象是期货预订对象，展示对象的虚仓库存数量，所述虚仓库存数量是第三用户设备处预计尚能为期货预订提供的对象数量。

19.根据权利要求18的装置，其特征在于，所述目的地传输通知子单元包括：

抵减子单元，用于根据第一支付消息中涉及的对象数量，抵减展示的虚仓库存数量；

调拨通知子单元，用于通知第二服务器从各级物流节点中的实仓库存调拨所述涉及的对象数量的对象到中转节点；

实际接收通知子单元，用于通知第二服务器从第三用户设备处实际接收涉及的对象数量的对象，以弥补各级物流节点中的实仓库存。

20.根据权利要求19的装置，其特征在于，所述调拨通知子单元用于通知第二服务器执行：

从低级物流节点的实仓库存调拨所述涉及的对象数量的对象到中转节点；

在低级物流节点的实仓库存无法满足所述涉及的对象数量的情况下，从高级物流节点的实仓库存调拨不足部分的对象到中转节点。

21.根据权利要求20的装置，其特征在于，所述从低级物流节点的实仓库存调拨所述涉及的对象数量的对象到中转节点通过以下实现：每隔预定时间间隔，针对该预定时间间隔内接收到的所有第一支付消息，从低级物流节点的实仓库存调拨这些第一支付消息涉及的对象数量的对象到中转节点。

22.根据权利要求20的装置，其特征在于，所述从高级物流节点的实仓库存调拨不足部分的对象到中转节点通过以下实现：在接受期货预订的期间结束后，针对接受期货预订的期间低级物流节点的实仓库存无法满足涉及的对象数量的第一支付消息，从高级物流节点的实仓库存调拨不足部分的对象到中转节点。

23.根据权利要求18的装置，其特征在于，所述装置还包括：

防超配送对象识别单元，用于如果所述对象不是期货预订对象， 识别所述对象是否是防超配送对象；

防超配送对象展示库存数量确定单元，用于响应于识别出所述对象是防超配送对象，将展示的库存数量确定为0；

非防超配送对象展示库存数量确定单元，用于响应于识别出所述对象不是防超配送对象，将展示的库存数量确定为各物流站点中所述对象的总实仓库存。

24.一种对象传输中的信息处理装置，其特征在于，应用于第二服务器，包括：

对象向中转节点传输单元，用于在接收到来自第一服务器的、监视到第一用户设备的第一支付消息的通知的情况下，将对象传输到中转节点；所述将对象传输到中转节点包括从低级物流节点的实仓库存调拨所述第一支付消息中涉及的对象数量的对象到中转节点；

对象向目的地传输单元，用于在接收到来自第一服务器的、已接收到第二用户设备的对象传输请求的通知的情况下，将对象从中转节点传输到第一支付消息和第二支付消息指定的目的地，其中第二用户设备的对象传输请求是根据第一服务器响应于第二用户设备的认证请求而发出的认证消息产生的，所述认证请求是第二用户设备响应于接收到第二支付消息产生的；所述第二用户设备为分销商终端；所述认证请求用于请求所述第一服务器验证所述分销商终端指向的供应商与所述分销商终端对应的分销商的分销代理关系是否备案。

25.根据权利要求24的装置，其特征在于，所述对象向中转节点传输单元包括：

调拨子单元，用于从各级物流节点中的实仓库存调拨第一支付消息中涉及的对象数量的对象到中转节点；

实际接收子单元，用于从第三用户设备处实际接收涉及的对象数量的对象，以弥补各级物流节点中的实仓库存。

26.根据权利要求25的装置，其特征在于，所述调拨子单元用于：

从低级物流节点的实仓库存调拨所述涉及的对象数量的对象到中转节点；

在低级物流节点的实仓库存无法满足所述涉及的对象数量的情况下，从高级物流节点的实仓库存调拨不足部分的对象到中转节点。

27.一种对象传输中的信息处理装置，其特征在于，应用于第二用户设备，包括：

认证请求发送单元，用于响应于接收到第一用户设备的第一支付消息和之后的第二支付消息，向第一服务器发送认证请求；所述第二用户设备为分销商终端；所述认证请求用于请求所述第一服务器验证所述分销商终端指向的供应商与所述分销商终端对应的分销商的分销代理关系是否备案；

认证消息接收单元，用于从第一服务器接收认证消息；

对象传输请求发出单元，用于根据所述认证消息，向第一服务器发出对象传输请求，以便第一服务器通知第二服务器向第一支付请求和第二支付请求指定的目的地传输对象；其中，所述第一服务器还用于在监视到第一用户设备的第一支付消息的情况下，通知第二服务器将对象传输到中转节点；所述将对象传输到中转节点包括从低级物流节点的实仓库存调拨所述第一支付消息中涉及的对象数量的对象到中转节点。

28.一种对象传输中的信息处理装置，其特征在于，应用于第一用户设备，包括：

第一支付消息发送单元，用于向第二用户设备发送第一支付消息；

第二支付消息发送单元，用于向第二用户设备发送第二支付消息，所述第二支付消息触发第二用户设备向第一服务器发送认证请求，从第一服务器接收认证消息，根据该认证消息向第一服务器发出对象传输请求，以便第一服务器通知第二服务器向第一支付请求和第二支付请求指定的目的地传输对象；所述第二用户设备为分销商终端；所述认证请求用于请求所述第一服务器验证所述分销商终端指向的供应商与所述分销商终端对应的分销商的分销代理关系是否备案；其中，所述第一服务器还用于在监视到第一用户设备的第一支付消息的情况下，通知第二服务器将对象传输到中转节点；所述将对象传输到中转节点包括从低级物流节点的实仓库存调拨所述第一支付消息中涉及的对象数量的对象到中转节点。

Images