本申请涉及信息处理
技术领域：
，特别是涉及一种库存信息更新方法和一种库存信息更新装置。
背景技术：
：目前越来越多的用户选择在电子交易平台购物。为了用户更快捷地收到采购的货物，电子交易平台会与物流服务供应商合作，由物流服务供应商通过物流服务器统一负责货物的仓储和配送，而电子交易平台的交易服务器则会根据用户的采购订单，通知物流服务器启动配送。对于一些大型货物，电子交易平台通常会采用分阶段交易的销售模式。用户可以针对这些货物缴纳定金以进行预定，之后用户只要在规定时间内缴纳尾款即可完成交易。在预定阶段，交易服务器会指示物流服务器将预定的货物从中心仓库运输至离用户较近的区域仓库，即俗称的预售下沉模式。在支付阶段，当用户支付全部尾款后，交易服务器则会指示物流服务器从区域仓库直接将货物运送给用户。预售下沉模式可以使得用户在支付尾款后很短时间内即可收货，提升了用户的交易体验，同时还可以降低仓储成本。然而在货物的预售下沉过程中，交易服务器无法得知物流服务器中各个仓库当前的实际库存情况，即使区域仓库当前的剩余库容不足，交易服务器依然会指示物流服务器进行预售下沉，导致仓库无法容纳预售下沉的货物，造成俗称爆仓的问题。因此，目前需要本领域技术人员迫切解决的一个技术问题就是：如何更新交易服务器上的库存信息以避免仓库爆仓的问题。技术实现要素：本申请实施例所要解决的技术问题是提供一种库存信息更新方法。相应地，本申请实施例还提供了一种库存信息更新装置，用以保证上述方法的实现及应用。为了解决上述问题，本申请公开了一种库存信息更新方法，所述方法包括：监听用户在交易服务器针对数据对象的数据处理更新行为；向物流服务器发送数据处理更新信息，以指示所述物流服务器按照所述数据处理更新信息将所述数据对象从起始地运输至目的地；接收所述物流服务器针对本次数据处理更新行为更新的运输状态信息；采用所述运输状态信息更新所述交易服务器上记录的所述起始地和/或目的地的库存信息。可选地，所述采用所述运输状态信息更新所述交易服务器上记录的所述起始地和/或目的地的库存信息的步骤包括：根据所述运输状态信息确定库存信息的变更对象和库存变更方式，所述变更对象包括起始地或目的地，所述库存变更方式包括增加或减少；按照目标库存变更方式，对所述交易服务器的起始地和/或目的地的剩余库存量进行变更。可选地，所述运输状态信息包括运输类型、起始地和目的地，所述运输类型由所述物流服务器根据所述数据处理更新行为确定，所述根据运输状态信息确定库存信息的变更对象和库存变更方式的步骤包括：查找针对所述运输类型的多种库存变更方式，所述运输类型包括出库、入库或截单；判断所述运输状态信息中标记的起始地和目的地是否一致，依据判断结果确定所述目标库存变更方式。可选地，所述数据处理更新行为包括对象预定行为、保留预定行为、退定行为、交易支付行为、拒绝支付行为、签收行为、或拒绝签收行为。可选地，所述数据处理更新行为包括对象预定行为时，所述向物流服务器发送数据处理更新信息的步骤包括：向所述物流服务器发送对象预定信息，以指示所述物流服务器将所预定的数据对象从仓储所述数据对象的上级仓库运输至与所述用户对应的下级仓库。可选地，在所述向物流服务器发送数据处理更新信息的步骤之前，还包括：查找与所述用户所处位置对应的下级仓库作为与所述用户对应的下级仓库，并添加至所述对象预定信息。可选地，在所述向物流服务器发送数据处理更新信息的步骤之前，还包括：判定所述下级仓库当前的库存信息是否符合预设库存范围。可选地，在所述向物流服务器发送数据处理更新信息的步骤之前，还包括：判定所预定的数据对象是否属于可预定类别。可选地，所述数据处理更新行为包括交易支付行为时，所述向物流服务器发送数据处理更新信息的步骤包括：向所述物流服务器发送交易支付信息，以指示所述物流服务器将所述数据对象从仓储有所述数据对象的上级仓库或下级仓库运输至所述用户所处位置。可选地，在所述向物流服务器发送数据处理更新信息的步骤之前，还包括：判断所述交易支付行为是否满足运输所述数据对象的支付条件；若否，则暂停向所述物流服务器发送交易支付信息。可选地，所述方法还包括：将所述运输状态信息更新至所述交易服务器与本次数据处理更新行为关联的位置，以供用户查看。可选地，针对运输类型为出库，查找的多种库存变更方式包括减少目的地到达库存、减少起始地到达库存和增加目的地在途库存；针对运输类型为入库，查找的多种库存变更方式包括减少目的地在途库存和增加目的地到达库存；针对运输类型为截单，查找的多种库存变更方式包括减少目的地到达库存和减少目的地在途库存。可选地，针对运输类型为出库，所述依据判断结果确定所述目标库存变更方式的步骤包括：若判断结果为一致，则确定所述减少目的地到达库存为所述目标库存变更方式，若不一致则确定所述减少起始地到达库存和所述增加目的地在途库存为所述目标库存变更方式；针对运输类型为截单，所述依据判断结果确定所述目标库存变更方式的步骤包括：若判断结果一致，则确定所述减少目的地到达库存为所述目标库存变更方式，若不一致则确定减少目的地在途库存为所述目标库存变更方式。可选地，当所述运输类型为入库，在所述判断所述运输状态信息中标记的起始地和目的地是否一致的步骤之前，还包括：将查找到的减少目的地在途库存和增加目的地到达库存确定为所述目标库存变更方式。可选地，当所述运输类型为出库，在所述判断所述运输状态信息中标记的起始地和目的地是否一致的步骤之前，还包括：当标记的起始地与所述数据对象的原仓储地一致，则将所述增加目的地在途库存作为所述目标库存变更方式；当标记的起始地与所述数据对象的原仓储地不一致，则进一步判断标记的起始地和目的地是否一致。可选地，所述方法还包括：采用所述运输状态信息更新所述数据对象在所述交易服务器上的可交易状态。为了解决上述问题，本申请还公开了一种库存信息更新方法，所述方法包括：接收根据用户在交易服务器针对数据对象的数据处理更新行为发送的数据处理更新信息；按照所述数据处理更新信息将所述数据对象从起始地运输至目的地，并向所述交易服务器反馈针对本次数据处理更新行为更新的运输状态信息，以供所述交易服务器采用所述运输状态信息更新记录的所述起始地和/或目的地的库存信息。可选地，所述按照所述数据处理更新信息将所述数据对象从起始地运输至目的地的步骤包括：根据所述数据处理更新信息确定对应的运输类型，所述运输类型包括出库、入库或截单；按照所确定的运输类型将所述数据对象从起始地运输至目的地。可选地，所述方法还包括：将所述运输类型添加至所述运输状态信息，以供所述交易服务器根据所述运输类型确定对库存信息的库存变更方式。为了解决上述问题，本申请还公开了一种库存信息更新装置，所述装置包括：数据处理更新行为监听模块，用于监听用户在交易服务器针对数据对象的数据处理更新行为；数据处理更新信息发送模块，用于向物流服务器发送数据处理更新信息，以指示所述物流服务器按照所述数据处理更新信息将所述数据对象从起始地运输至目的地；运输状态信息接收模块，用于接收所述物流服务器针对本次数据处理更新行为更新的运输状态信息；库存信息更新模块，用于采用所述运输状态信息更新所述交易服务器上记录的所述起始地和/或目的地的库存信息。可选地，所述库存信息更新模块包括：库存变更方式确定子模块，用于根据所述运输状态信息确定库存信息的变更对象和库存变更方式，所述变更对象包括起始地或目的地，所述库存变更方式包括增加或减少；剩余库存量变更子模块，用于按照目标库存变更方式，对所述交易服务器的起始地和/或目的地的剩余库存量进行变更。可选地，所述运输状态信息包括运输类型、起始地和目的地，所述运输类型由所述物流服务器根据所述数据处理更新行为确定，所述库存变更方式确定子模块包括：多种库存变更方式查找子单元，用于查找针对所述运输类型的多种库存变更方式，所述运输类型包括出库、入库或截单；目标库存变更方式确定子单元，用于判断所述运输状态信息中标记的起始地和目的地是否一致，依据判断结果确定所述目标库存变更方式。可选地，所述数据处理更新行为包括对象预定行为、保留预定行为、退定行为、交易支付行为、拒绝支付行为、签收行为、或拒绝签收行为。可选地，所述数据处理更新行为包括对象预定行为时，所述数据处理更新信息发送模块包括：预定信息发送子模块，用于向所述物流服务器发送对象预定信息，以指示所述物流服务器将所预定的数据对象从仓储所述数据对象的上级仓库运输至与所述用户对应的下级仓库。可选地，所述装置还包括：下级仓库查找模块，查找与所述用户所处位置对应的下级仓库作为与所述用户对应的下级仓库，并添加至所述对象预定信息。可选地，所述装置还包括：库存范围判定模块，用于判定所述下级仓库当前的库存信息是否符合预设库存范围。可选地，所述装置还包括：可预定类别判定模块，用于判定所预定的数据对象是否属于可预定类别。可选地，所述数据处理更新行为包括交易支付行为时，所述数据处理更新信息发送模块包括：交易支付信息发送子模块，用于向所述物流服务器发送交易支付信息，以指示所述物流服务器将所述数据对象从仓储有所述数据对象的上级仓库或下级仓库运输至所述用户所处位置。可选地，所述装置还包括：支付条件判断模块，用于判断所述交易支付行为是否满足运输所述数据对象的支付条件；暂停发送交易支付信息模块，用于暂停向所述物流服务器发送交易支付信息。可选地，所述装置还包括：关联位置信息更新模块，用于将所述运输状态信息更新至所述交易服务器与本次数据处理更新行为关联的位置，以供用户查看。可选地，针对运输类型为出库，查找的多种库存变更方式包括减少目的地到达库存、减少起始地到达库存和增加目的地在途库存；针对运输类型为入库，查找的多种库存变更方式包括减少目的地在途库存和增加目的地到达库存；针对运输类型为截单，查找的多种库存变更方式包括减少目的地到达库存和减少目的地在途库存。可选地，针对运输类型为出库，所述目标库存变更方式确定子单元具体用于：若判断结果为一致，则确定所述减少目的地到达库存为所述目标库存变更方式，若不一致则确定所述减少起始地到达库存和所述增加目的地在途库存为所述目标库存变更方式；针对运输类型为截单，所述目标库存变更方式确定子单元具体用于：若判断结果一致，则确定所述减少目的地到达库存为所述目标库存变更方式，若不一致则确定减少目的地在途库存为所述目标库存变更方式。可选地，当所述运输类型为入库，所述装置还包括：入库目标库存变更方式确定模块，用于将查找到的减少目的地在途库存和增加目的地到达库存确定为所述目标库存变更方式。可选地，当所述运输类型为出库，所述装置还包括：原仓储地判断模块，用于当标记的起始地与所述数据对象的原仓储地一致，则将所述增加目的地在途库存作为所述目标库存变更方式；当标记的起始地与所述数据对象的原仓储地不一致，则进一步判断标记的起始地和目的地是否一致。可选地，所述装置还包括：可交易状态更新模块，用于采用所述运输状态信息更新所述数据对象在所述交易服务器上的可交易状态。为了解决上述问题，本申请还公开了一种库存信息更新装置，所述装置包括：数据处理更新信息接收模块，用于接收根据用户在交易服务器针对数据对象的数据处理更新行为发送的数据处理更新信息；运输状态信息反馈模块，用于按照所述数据处理更新信息将所述数据对象从起始地运输至目的地，并向所述交易服务器反馈针对本次数据处理更新行为更新的运输状态信息，以供所述交易服务器采用所述运输状态信息更新记录的所述起始地和/或目的地的库存信息。可选地，所述运输状态信息反馈模块包括：运输类型确定子模块，用于根据所述数据处理更新信息确定对应的运输类型，所述运输类型包括出库、入库或截单；运输指示子模块，用于按照所确定的运输类型将所述数据对象从起始地运输至目的地。可选地，所述装置还包括：运输类型添加模块，用于将所述运输类型添加至所述运输状态信息，以供所述交易服务器根据所述运输类型确定对库存信息的库存变更方式。与现有技术相比，本申请实施例包括以下优点：在本申请实施例中，根据用户的数据处理更新行为发送数据处理更新信息至物流服务器，由物流服务器返回针对数据处理更新信息更新的运输状态信息至交易服务器，使交易服务器可以根据运输状态信息更新本地的库存信息，从而使得交易服务器可以获取到准确的库存信息，从而可以根据该库存信息对库存进行合理的分配，降低了仓库爆仓的风险。进一步，用户可以查看到由物流服务器返回的针对数据处理更新行为更新的运输状态信息，从而可以实时获知各个交易订单中数据对象的实时运输信息，便于对交易订单的履行进度进行有效的考核、监控和统计，同时实现了对全局的库存分布进行有效的监控和统计。而且，由于可以针对性地控制数据对象是否进行预售下沉，交易及物流的各个环节形成闭环，从而便于对交易服务器和物流服务器进行控制，降低仓库的爆仓风险。附图说明图1是本申请实施例的一种库存信息更新方法实施例一的步骤流程图；图2是本申请实施例的一种库存信息更新方法实施例二的步骤流程图；图3是本申请实施例的一种库存信息更新方法实施例三的步骤流程图；图4是本申请实施例的一种库存信息更新装置实施例四的结构框图；图5是本申请实施例的一种库存信息更新装置实施例五的结构框图；图6是本申请实施例的一种库存信息更新装置实施例六的结构框图；图7是本申请实施例的一种库存信息更新方案示例的示意图；图8是本申请实施例的四种预售下沉场景的示意图；图9是本申请实施例中交易服务器根据流水报文更新库存信息的流程图。具体实施方式为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。实施例一参照图1，示出了本申请实施例的一种库存信息更新方法实施例一的步骤流程图，具体可以包括如下步骤：步骤101，监听用户在交易服务器针对数据对象的数据处理更新行为。需要说明的是，上述的数据对象可以是指向某个交易对象的数据对象。上述的交易服务器可以为用于进行电子交易的服务器。用户在交易服务器上可以针对各种交易对象，进行对象预定、保留预定、退定、交易支付、拒绝支付、签收、拒绝签收等的数据处理更新行为，可以将该交易对象作为数据对象。上述的物流服务器可以是管理数据对象的物流流程的服务器。例如，电子交易平台上可以提供有数据对象的查看页面和交易页面，用户可以在查看页面查看数据对象的明细和在交易页面进行各种数据处理更新行为。交易服务器可以监听和接收用户针对数据对象的数据处理更新行为，创建相应的数据处理更新信息并发送至物流服务器。步骤102，向物流服务器发送数据处理更新信息，以指示所述物流服务器按照所述数据处理更新信息将所述数据对象从起始地运输至目的地。具体实现中，物流服务器可以按照接收到的数据处理更新信息，将数据对象从起始地运输至目的地，例如将数据对象指向的某个交易对象进行运输。起始地和目的地可以包括各个仓库和用户，由于在各个交易环节中数据处理更新行为以及数据对象当前运输状态的不同，物流服务器会相应地变更本次运输的起始地和目的地。例如，当用户在交易服务器上针对某个数据对象进行了指向某个数据对象的对象预定行为，交易服务器可以发送该数据对象的对象预定信息给物流服务器，物流服务器相应地将预定的数据对象，从仓储有该数据对象的中心仓库下沉运输至与用户所处位置较近的区域仓库或物流网点。或者，当用户在交易服务器上针对此前已经预定的数据对象进行交易支付行为，交易服务器可以发送交易支付信息给物流服务器。如果所预定的数据对象已经下沉运输至区域仓库或物流网点，物流服务器可以将数据对象从区域仓库或物流网点直接运输至用户所处的位置。或者，当用户想终止交易，进行了退定行为，交易服务器可以发送退定信息至物流服务器。如果当前数据对象已经下沉运输至下级仓库，物流服务器可以将被退定的数据对象从区域仓库运回中心仓库。步骤103，接收所述物流服务器针对本次数据处理更新行为更新的运输状态信息。一方面，数据对象在运输过程中可以存在不同的运输状态，例如，数据对象准备从仓库中出库、在从中心仓库至区域仓库或物流网点的运输途中或已经从下级仓库或物流网点运输至用户等。在运输过程中，用户可能会进行其他的数据处理更新行为，例如，在从中心仓库至区域仓库或物流网点的运输途中，用户申请退定。物流服务器可以根据用户的数据处理更新行为以及当前运输状态更新运输状态信息，并将其返回至交易服务器。交易服务器接收更新的运输状态信息，以便后续根据运输状态信息更新本地的库存信息。运输状态信息可以包括当前运输的运输类型、起始地和目的地等信息。为了便于交易服务器对运输状态信息进行解析，可以采用描述各个信息的字段编码按照一定的格式组成流水报文，将该流水报文作为运输状态信息。实际应用中，本领域技术人员可以根据实际需要选择运输状态信息所包含的信息，例如可以包含有数据对象及数量、交易明细、起始地和目的地的编码及属性、备注等信息。步骤104，采用所述运输状态信息更新所述交易服务器上记录的所述起始地和/或目的地的库存信息。交易服务器针对接收运输状态信息，可以采用其中包括的的运输类型、起始地和目的地等信息，确定库存信息的变更对象和库存变更方式，针对交易服务器上记录的起始地和目的地的库存信息，按照确定的变更对象和库存变更方式进行更新。采用运输状态信息进行更新的方式可以有多种，例如，可以预设不同的运输状态信息对应的库存变更方式，针对接收的运输状态信息，查找对应的库存变更方式，按照库存变更方式对本地的库存信息进行更新；或者，针对物流服务器返回的流水报文进行解析，得到流水报文中各个字段编码，根据字段编码确定运输类型、起始地和目的地，并根据运输类型、起始地和目的地对起始地和目的地的库存进行变更，以更新库存信息。本领域技术人员可以根据具体的运输状态信息确定库存信息的更新方式。根据本申请实施例，根据用户的数据处理更新行为发送数据处理更新信息至物流服务器，由物流服务器返回针对数据处理更新信息更新的运输状态信息至交易服务器，使交易服务器可以根据运输状态信息更新本地的库存信息，从而使得交易服务器可以获取到准确的库存信息，从而可以根据该库存信息对库存进行合理的分配，降低了仓库爆仓的风险。实施例二参照图2，示出了本申请实施例的一种库存信息更新方法实施例二的步骤流程图，具体可以包括如下步骤：步骤201，监听用户在交易服务器针对数据对象的数据处理更新行为。步骤202，向物流服务器发送数据处理更新信息，以指示所述物流服务器按照所述数据处理更新信息将所述数据对象从起始地运输至目的地。可选地，所述数据处理更新行为包括对象预定行为、保留预定行为、退定行为、交易支付行为、拒绝支付行为、签收行为、或拒绝签收行为。本申请实施例的库存信息更新方法可以应用于交易服务器中。上述的对象预定行为可以是用户针对分阶段交易的数据对象缴纳定金、以锁定数据对象的可交易状态的行为。保留预定行为可以是用户在一定时间内保持对数据对象预定状态的行为，实际上可以是在一定时间内不进行退定的行为，或者是定期确认保留预定的行为。退定行为可以是用户针对预定的数据对象申请撤销预定的行为，被退定的数据对象将会解锁锁定，恢复至可交易的状态。交易支付行为可以是用户针对预定的数据对象，支付全部或部分尾款的行为，交易支付行为代表用户确认本次交易。拒绝支付行为可以是用户提交拒绝支付的信息的行为，也可以是在一定时间内不进行交易支付的行为，拒绝支付的数据对象将会解锁锁定，恢复至可交易的状态。签收行为可以是用户接收数据对象并提交接收确认信息的行为，代表本次交易完成。拒绝签收行为可以是用户拒绝接收数据对象并提交拒绝接收确认信息的行为，代表本次交易被撤销。当然，本领域技术人员也可以将用户针对数据对象的多种数据处理行为作为本申请实施例的数据处理更新行为，例如，延长预定期限行为、针对本次交易增加数据对象的增加对象行为等。在本申请实施例中，数据处理更新行为除了用于变更数据对象以更新某个数据对象的交易状态，还可以用于发送相应的数据处理更新信息至物流服务器。针对于对象预定行为、保留预定行为、退定行为、交易支付行为、拒绝支付行为、签收行为、或拒绝签收行为，可以相应地向物流服务器发送对象预定信息、保留预定信息、退定信息、交易支付信息、拒绝支付信息、签收信息、或拒绝签收信息。实际应用中，上述的数据处理更新信息除了包括关于数据处理更新行为的信息外，还可以包括数据对象的编号、类型、数量，和用户的收货地址、下沉指示、下沉的仓库对象编号及属性、所执行的运输类型、备注等信息。例如，交易服务器可以将用户针对数据对象提交的交易订单和根据交易订单生成的仓储预发货单一起下发至物流服务器，将上述的多个信息发送给物流服务器，以便物流服务器针对预定的数据对象执行所指示的运输类型。可选地，所述数据处理更新行为包括对象预定行为时，所述向物流服务器发送数据处理更新信息的步骤可以包括以下子步骤：子步骤s1，向所述物流服务器发送对象预定信息，以指示所述物流服务器将所预定的数据对象从仓储所述数据对象的上级仓库运输至与所述用户对应的下级仓库。实际应用中，物流服务提供商可以设置有多级别的仓库，如库容较大的中心仓库(cdc，centraldistributioncener)，分布在各个区域的多个区域仓库(rdc，regionaldistributioncenter)，与用户较为接近的大量物流网点，或者也可以是负责运输的货运车队。实际的应用场景中可以根据仓库规模和运输覆盖范围，将中心仓库分为一级仓库和二级仓库，将区域仓库分为三级仓库和四级仓库，此外还可以设置多个分属于一二级仓库和三四级仓库的物流网点以及货运车队。需要说明的是，上述的上级仓库和下级仓库是根据运输的起始地和目的地的仓库级别而定。例如，从中心仓库运输至区域仓库或物流网点，属于从上级仓库运输至下级仓库；在从区域仓库运输至物流网点的情形中，区域仓库相对于物流网点为上级仓库，物流网点属于下级仓库。具体实现中，针对于用户的对象预定行为，交易服务器可以向物流服务器发送相应的对象预定信息。物流服务器接收到对象预定信息时，可以启动预售下沉，从仓储有数据对象的作为上级仓库的中心仓库，将数据对象运输至作为下级仓库的区域仓库或物流网点。由于下级仓库通常与用户的距离较近，在后续的交易阶段中，当用户完成交易支付行为，即可在短时间内将数据对象配送至用户。可选地，在所述向物流服务器发送数据处理更新信息的步骤之前，还包括：查找与所述用户所处位置对应的下级仓库作为与所述用户对应的下级仓库，并添加至所述对象预定信息。实际应用中，用户在进行对象预定行为时通常会提交货物配送地址，而不同的配送地址可以对应有运输能力覆盖该地址的仓库。因此，在发送数据处理更新信息至物流服务器之前，可以将货物配送地址作为用户所处位置，查找与用户所处位置对应的下级仓库，作为与用户对应的下级仓库，并将对应的下级仓库添加至对象预定信息。当物流服务器接收到对象预定信息，可以将数据对象运输至对象预定信息中记录的下级仓库。其中，用户所处位置与下级仓库的对应关系可以有多种，例如，根据用户所处位置与下级仓库所处位置的距离关系确定对应关系，或者，根据用户所处位置是否在下级仓库的运输覆盖范围内确定对应关系。可选地，在所述向物流服务器发送数据处理更新信息的步骤之前，还包括：判定所述下级仓库当前的库存信息是否符合预设库存范围。在发送数据处理更新信息的步骤之前，可以将交易服务器上记录的下级仓库的库存信息，与预设的库存范围进行比较，当判定下级仓库当前的库存信息不符合库存范围，表明下级仓库当前剩余库容不足，可以指示物流服务器无须进行预售下沉，避免下级仓库爆仓。可选地，在所述向物流服务器发送数据处理更新信息的步骤之前，还包括：判定所预定的数据对象是否属于可预定类别。实际的应用场景中，并非所有的数据对象均需要进行预售下沉。例如一些体积较小的货物。因此，可以判断所预定的数据对象是否属于可预定类别，并根据判定结果指示物流服务器无须进行预售下沉。在实际的应用中，交易服务器的管理人员可以设置一个预售下沉列表，记录各种货物的下沉资格信息。一个交易订单中的货物是否有资格下沉，可以通过预售下沉列表进行控制。当交易订单中的货物存在于列表中，则判定该货物属于可预定类别，可以指示对其进行预售下沉。或者也可以将预售下沉列表中排序靠前的若干类型的货物判定为可预定类别。本领域技术人员可以根据实际情况采用不同方式进行判断。可选地，所述数据处理更新行为包括交易支付行为时，所述向物流服务器发送数据处理更新信息的步骤可以包括以下子步骤：子步骤s2，向所述物流服务器发送交易支付信息，以指示所述物流服务器将所述数据对象从仓储有所述数据对象的上级仓库或下级仓库运输至所述用户所处位置。具体实现中，针对于用户的交易支付行为，交易服务器可以向物流服务器发送相应的交易支付信息。由于在之前的预定阶段已经将数据对象从上级仓库下沉至下级仓库，或者由于数据对象不属于可预定类别而没有下沉，因此，物流服务器接收到交易支付信息时，可以将数据对象从上级仓库或下级仓库运输至用户所处位置。在实际的物流场景中，可以根据用户的尾款支付情况以及所处位置选择不同的下沉路径，形成不同的预售下沉场景。例如，当用户进行了对象预定行为，可以将预定的数据对象从中心仓库下沉至与用户对应的区域仓库，当用户支付尾款后下级仓库进行配送；或者，从中心仓库下沉至与用户对应的区域仓库，当用户支付了部分尾款或者区域内存在有与用户更接近的物流网点，可以从区域仓库下沉至与用户对应的物流网点，支付全部尾款后由物流网点进行配送。当然，本领域技术人员可以根据实际情况确定多级下沉的依据，本申请实施例对此不作限制。可选地，在所述向物流服务器发送数据处理更新信息的步骤之前，还包括：判断所述交易支付行为是否满足运输所述数据对象的支付条件；若否，则暂停向所述物流服务器发送交易支付信息。在实际的交易场景中，在支付阶段可以采用分期付款的方式缴清尾款，因此可能存在多次的交易支付行为。具体实现中，可以判断用户当前的交易支付行为是否满足预设的支付条件，例如，支付额度是否达到货物价款的一半。当不满足支付条件，可以暂停向物流服务器发送交易支付信息；如果满足支付条件，则可以继续向物流服务器发送交易支付信息，以指示将数据对象配送至用户。步骤203，接收所述物流服务器针对本次数据处理更新行为更新的运输状态信息。步骤204，采用所述运输状态信息更新所述交易服务器上记录的所述起始地和/或目的地的库存信息。可选地，所述采用所述运输状态信息更新所述交易服务器上记录的所述起始地和/或目的地的库存信息的步骤可以包括以下子步骤：子步骤s3，根据运输状态信息确定库存信息的变更对象和库存变更方式，所述变更对象包括起始地或目的地，所述库存变更方式包括增加或减少。子步骤s4，按照目标库存变更方式，对所述交易服务器的起始地和/或目的地的剩余库存量进行变更。具体实现中，可以根据运输状态信息确定库存信息的变更对象为起始地和/或目的地，以及针对变更对象的增加或减少库存的库存变更方式。按照确定的目标库存变更方式对交易服务器中对应于变更对象的起始地和/或目的地的剩余库存量进行变更，从而实现了交易服务器上的库存信息的更新。可选地，所述运输状态信息包括运输类型、起始地和目的地，所述运输类型由所述物流服务器根据所述数据处理更新行为确定，所述子步骤s3可以包括以下子步骤：子步骤s3-1，查找针对所述运输类型的多种库存变更方式，所述运输类型包括出库、入库或截单。子步骤s3-2，判断所述运输状态信息中标记的起始地和目的地是否一致，依据判断结果确定所述目标库存变更方式。运输状态信息可以包括运输类型、起始地和目的地等信息。其中，交易服务器发送对应于数据处理更新行为的数据处理更新信息至物流服务器，物流服务器根据该数据处理更新信息，可以相应地确定对应于数据处理更新行为的运输类型。例如，对于依据对象预定行为接收的对象预定信息，物流服务器需要相应执行出库的运输类型，将数据对象从上级仓库出库，准备运输至下级仓库；对于保留预定行为，物流服务器需要对已经运输至下级仓库的数据对象，执行入库的运输类型，将其仓储于下级仓库中，等待用户下一个数据处理更新行为；对于代表用户撤销本次交易的退定行为和拒绝支付行为，可以对运输过程中的数据对象执行截单的运输操作，停止将该数据对象继续运输至下级仓库，或者将已经仓储于下级仓库中的数据对象运回上级仓库。因此，针对于对象预定信息和交易支付信息，物流服务器可以对应于对象预定行为和交易支付行为，确定运输状态信息中的运输类型为出库；针对于退定信息和拒绝支付信息，可以对应于退定行为和拒绝支付行为，确定运输状态信息中的运输类型为截单；针对于保留预定信息，可以对应于保留预定行为，确定运输状态信息中的运输类型为入库。当交易服务器接收到运输状态信息，可以查找到分别对应于运输类型出库、入库或截单的多种库存变更方式。针对查找到的多种库存变更方式，可以进一步判断运输状态信息中标记的起始地和目的地是否一致性，依据判断结果确定目标库存变更方式。可选地，针对出库、入库或截单查找的多种库存变更方式可以包括：针对运输类型为出库，查找的多种库存变更方式包括减少目的地到达库存、减少起始地到达库存和增加目的地在途库存。针对运输类型为入库，查找的多种库存变更方式包括减少目的地在途库存和增加目的地到达库存。针对运输类型为截单，查找的多种库存变更方式包括减少目的地到达库存和减少目的地在途库存。需要说明的是，增加、减少到达库存代表数据对象已经到达目的地或准备从当前的目的地运输至下一个目的地，因此需要相应增加或减少目的地的实际库存。而增加在途库存代表数据对象还在运输途中，一段时间内将会到达目的地。减少在途库存代表数据对象虽然在运输途中，但由于用户的退定行为引起截单，数据对象可能不再运输至原本的目的地，或者，数据对象已经运输至当前目的地，此前增加的目的地在途库存需要扣除，并相应转化为增加目的地到达库存。实际应用中，本领域技术人员可以根据实际情况设定针对运输类型查找到的多种库存变更方式。可选地，当所述运输类型为所述出库，在所述判断所述运输状态信息中标记的起始地和目的地是否一致的步骤之前，还包括：当标记的起始地与所述数据对象的原仓储地一致，则将所述增加目的地在途库存作为所述目标库存变更方式。当标记的起始地与所述数据对象的原仓储地不一致，则进一步判断标记的起始地和目的地是否一致。实际应用中，针对于出库的运输类型，可以在判断标记的起始地和目的地的一致性之前，首先判断标记的起始地与数据对象的原仓储地是否一致。数据对象的原仓储地可以从用户进行对象预定行为时所提交的订单信息中获取。其中，原仓储地可以是中心仓库，也可以是更上级的大型仓库。当起始地与数据对象的原仓储地一致，代表数据对象是从原仓储地运输至下级仓库，即在从起始地运往目的地的运输途中，因此可以将增加目的地在途库存作为目标库存变更方式。当起始地与数据对象的原仓储地不一致，可以进一步通过判断标记的起始地和目的地的一致性来确定目标库存变更方式。实际应用中，起始地和目的地可以分别包括上级仓库、下级仓库或用户，而各级仓库可以包括一二级仓库、三四级仓库、各级仓库对应的物流网点和货运车队，因此不同的仓库也有所属的编号以及属性。物流服务器在返回交易服务器的运输状态信息中有可以包括有针对标记的起始地和目的地的类型、编号、属性等信息。因此在进行判断标记的起始地、目的地和原仓储地的一致性的步骤中，可以通过对类型、编号、属性的一致性进行判断，当全部一致性则认为标记的起始地、目的地和原仓储地之间相同。可选地，针对运输类型为出库，所述子步骤s3-2可以为：若判断结果为一致，则确定所述减少目的地到达库存为所述目标库存变更方式，若不一致则确定所述减少起始地到达库存和所述增加目的地在途库存为所述目标库存变更方式。针对出库对应的若干库存变更方式，当运输状态信息中标记的起始地和目的地一致，代表数据对象已经运输至当前的目的地，并准备运往下一个目的地，则可以减少当前的目的地的到达库存。若不一致，代表数据对象正在从起始地运往目的地的运输途中，起始地的到达库存需要相应减少的同时，目的地在途库存需要相应增加。可选地，针对运输类型为截单，所述子步骤s3-2可以为：若判断结果一致，则确定所述减少目的地到达库存为所述目标库存变更方式，若不一致则确定减少目的地在途库存为所述目标库存变更方式。针对截单对应的若干库存变更方式，当运输状态信息中标记的起始地和目的地一致，代表数据对象已经运输至当前的目的地，但由于本次交易被撤销，数据对象准备运离当前目的地，则可以减少当前的目的地的到达库存。若不一致，代表数据对象虽然在从起始地运往目的地的运输途中，但由于本次交易被撤销，运输路线改变，可能将数据对象不再运输至原本的目的地，原本增加的目的地在途库存需要被相应采用减少目的地在途库存的方式进行扣除。可选地，当所述运输类型为入库，在所述判断所述运输状态信息中标记的起始地和目的地是否一致的步骤之前，还包括：将查找到的减少目的地在途库存和增加目的地到达库存确定为所述目标库存变更方式。针对出库的运输类型，可以直接查找到减少目的地在途库存和增加目的地到达库存，有次无须进一步判断标记的起始地和目的地的一致性，而将查找到的作为目标库存变更方式。步骤205，将所述运输状态信息更新至所述交易服务器与本次数据处理更新行为关联的位置，以供用户查看。具体实现中，可以在交易服务器中针对本次数据处理更新行为的关联位置将运输状态信息更新。电子交易平台的卖家、买家、管理员等用户均可以在关联位置查看到当前数据对象的运输情况。步骤206，采用所述运输状态信息更新所述数据对象在所述交易服务器上的可交易状态。实际应用中，数据对象的可交易状态与该数据对象的运输情况密切相关。例如，如果货物被某个用户预定并进行了预售下沉，则无法再被其他用户预定。因此，可以采用运输状态信息更新数据对象的可交易状态，例如，运输状态信息中的运输类型为截单，则可以将数据对象在交易服务器的状态更新为可交易。根据本申请实施例，用户可以查看到由物流服务器返回的针对数据处理更新行为更新的运输状态信息，从而可以实时获知各个交易订单中数据对象的实时运输信息，便于对交易订单的履行进度进行有效的考核、监控和统计，同时实现了对全局的库存分布进行有效的监控和统计。而且，由于可以针对性地控制数据对象是否进行预售下沉，交易及物流的各个环节形成闭环，从而便于对交易服务器和物流服务器进行控制，降低仓库的爆仓风险。实施例三参照图3，示出了本申请实施例的一种库存信息更新方法实施例三的步骤流程图，具体可以包括如下步骤：步骤301，接收根据用户在交易服务器针对数据对象的数据处理更新行为发送的数据处理更新信息。步骤302，按照所述数据处理更新信息将所述数据对象从起始地运输至目的地，并向所述交易服务器反馈针对本次数据处理更新行为更新的运输状态信息，以供所述交易服务器采用所述运输状态信息更新记录的所述起始地和/或目的地的库存信息。需要说明的是，本申请实施例的库存信息更新方法可以应用于物流服务器中。用户在交易服务器上可以针对各种数据对象，进行对象预定、保留预定、退定、交易支付、拒绝支付、签收、拒绝签收等的数据处理更新行为。针对用户不同的数据处理更新行为，需要将数据对象运输至不同的地点。数据对象的运输可以通过物流服务器进行管理调度。具体地，针对各种数据处理更新行为，交易服务器可以发送相应的数据处理更新信息至物流服务器，从而物流服务器可以按照接收到的数据处理更新信息，将数据对象从起始地运输至目的地。针对于对象预定行为、保留预定行为、退定行为、交易支付行为、拒绝支付行为、签收行为、或拒绝签收行为，可以相应地向物流服务器发送对象预定信息、保留预定信息、退定信息、交易支付信息、拒绝支付信息、签收信息、或拒绝签收信息。运输状态信息可以包括当前运输的运输类型、起始地和目的地等信息。为了便于交易服务器对运输状态信息进行解析，可以采用描述各个信息的字段编码按照一定的格式组成流水报文，将该流水报文作为运输状态信息。实际应用中，本领域技术人员可以根据实际需要选择运输状态信息所包含的信息，例如可以包含有数据对象及数量、交易明细、起始地和目的地的编码及属性、备注等信息。表1是本申请实施例的一种流水报文中的物流信息格式示例。表2是本申请实施例的一种流水报文中的货物信息格式示例。从表中可见，流水报文中的字段名称可以对应描述于物流流程中各个对象编码，例如，operatetype可以描述运输类型，quantity可以对应货物数量。表1字段名称字段类型是否必须描述orderitemidstringtrue订单明细quantityinttrue货物数量表2本领域技术人员可以根据实际需要采用不同的字段名称和描述。以下为一种按照上述格式生成的流水报文示例：交易服务器针对接收运输状态信息，可以采用其中包括的的运输类型、起始地和目的地等信息，确定库存信息的变更对象和库存变更方式，针对交易服务器上记录的起始地和目的地的库存信息，按照确定的变更对象和库存变更方式进行更新。例如，交易服务器可以解析流水报文获取运输类型、起始地和目的地等报文信息。表3是本申请实施例中解析流水报文所采用的数据库字段示例。表4是本申请实施例中记录库存变更的流水日志表示例。从表中可见，交易服务器可以从流水报文中解析出关键字段，对相应的仓库的库存信息进行更改和更新下沉库存日志表。表3字段类型描述可空主键idlong主键nywh_order_codestring仓储预发货单nnsc_item_idlong后端货物idnnchange_sink_quantitylong网点下沉库存变量nnchange_onway_quantitylong网点在途库存变量nnstation_codestring资源编码nnstation_typeinteger资源类型nnoperate_typeinteger操作类型nnresult_sink_quantitylong下沉库存result_onway_quantitylong在途库存owner_store_codestring所属仓表4可选地，所述按照所述数据处理更新信息将所述数据对象从起始地运输至目的地的步骤可以包括以下子步骤：子步骤s5，根据所述数据处理更新信息确定对应的运输类型，所述运输类型包括出库、入库或截单。子步骤s6，按照所确定的运输类型将所述数据对象从起始地运输至目的地。交易服务器发送数据处理更新信息至物流服务器，物流服务器根据该数据处理更新信息，可以相应地确定对应于数据处理更新行为的运输类型为出库、入库或截单。具体地，物流服务器可以对应于对象预定行为和交易支付行为，确定运输状态信息中的运输类型为出库；针对于退定信息和拒绝支付信息，可以对应于退定行为和拒绝支付行为，确定运输状态信息中的运输类型为截单；针对于保留预定信息，可以对应于保留预定行为，确定运输状态信息中的运输类型为入库。确定运输类型后，可以根据运输类型进行运输。具体地，物流服务器执行出库的运输类型，将数据对象从上级仓库出库，准备运输至下级仓库；执行入库的运输类型，则将其仓储于下级仓库中，等待用户下一个数据处理更新行为；物流服务器还可以对运输过程中的数据对象执行截单的运输操作，停止将该数据对象继续运输至下级仓库，或者将已经仓储于下级仓库中的数据对象运回上级仓库。可选地，所述方法还包括：将所述运输类型添加至所述运输状态信息，以供所述交易服务器根据所述运输类型确定对库存信息的库存变更方式。物流服务器可以将所确定并执行的运输类型的信息添加至运输状态信息，将该运输状态信息发送至交易服务器。交易服务器接收到该运输状态信息后，可以查找针对出库、入库或截单等运输类型的多种库存变更方式。交易服务器还可以针对查找到的多种库存变更方式，进一步判断运输状态信息中标记的起始地和目的地是否一致性，依据判断结果确定目标库存变更方式。根据本申请实施例，根据用户的数据处理更新行为发送数据处理更新信息至物流服务器，由物流服务器返回针对数据处理更新信息更新的运输状态信息至交易服务器，使交易服务器可以根据运输状态信息更新本地的库存信息，从而使得交易服务器可以获取到准确的库存信息，从而可以根据该库存信息对库存进行合理的分配，降低了仓库爆仓的风险。为了便于本领域技术人员更好地理解本申请实施例，以下将以具体实施示例进行说明。图7示出了本申请实施例的一种库存信息更新方案示例的示意图。从图中可见，交易服务器可以包括scm_admin(supplychainmanagementadministration，供应链管理的管理页面)、vsp(verticalsolutionplatform，垂直解决方案平台)和pac(partneraccesscenter，合作伙伴接入中心)。电子交易平台的卖家入驻交易服务器，订购仓库并将货物仓储于物流服务供应商的一级仓库和二级仓库中。需要说明的是，实际的交易场景中，部分交易对象可以采用预售下沉模式，例如冰箱、洗衣机、空调、液晶电视、消毒柜、抽油烟机、灶具、热水器等又称为3w商品的大家电。电子交易平台中的3w卖家，通常将3w的货物统一仓储在物流服务供应商的中心仓库中，由物流服务供应商通过物流服务器统一管理和调度。卖家可以在电子交易平台进行货物的预售活动报名，设置预定时间、尾款时间、预售库存数量。电子交易平台的管理人员可以通过scm_admin维护预售货物的下沉列表，一个交易订单是否有资格下沉完全由下沉列表控制。针对在下沉列表中排序靠前的货物产生的交易订单，就会自动成为进行预售下沉的交易订单。电子交易平台的买家可以在电子交易平台的detail(交易明细)和buy(交易确认)页面进行对象预定行为以采购该货物，并支付一定的定金。交易服务器可以通过vsp监听支付定金的消息，针对有资格进行下沉的交易订单，在仓库仓储有相应货物的情况下创建仓储预发货单，并下发至物流服务器，物流服务器根据交易订单和仓储预发货单对货物进行预售下沉处理，将货物从一级或二级仓库出库，并根据交易订单中的收货地址和仓储预发货单等信息发送至对应的三级、四级仓库或物流网点，同时通过pac回传实操的流水报文至交易服务器，交易服务器接收到流水报文后解析流水报文中的报文信息，记录交易订单履行进度，并更新各个仓库及物流网点的库存信息。vsp监听到买家在尾款器支付尾款后，可以下发尾款通知至物流服务器，由物流服务器指示进行最后一公里的配送。图8示出了本申请实施例的四种预售下沉场景的示意图。从图中可见，物流服务器中存在有作为中心仓库的一二级仓，作为区域仓库的三四级仓和物流网点或货运车队。根据用户所处位置可以选择不同的下沉路径，由此产生了四种预售下沉场景，分别是：a)从一二级仓下沉至对应的物流网点或货运车队；b)从一二级仓下沉至三四级仓；c)从一二级仓下沉至三四级仓，再下沉至对应的物流网点或车队；d)不下沉至下级仓库，直接将货物从一二级仓运送至用户。在不同的预售下沉场景中，物流服务器针对数据处理更新行为所生成的流水报文也相应不同。具体地，预设一二级仓的编码为a，三四级仓编码为b，一二级仓对应的物流网点及货运车队为awd，三四级仓对应的物流网点及货运车队为bwd，交易订单所预定的货物数量为n，回传给交易服务器的流水报文可以仅给出关键字段：源资源编码+源资源类型+目的资源编码+目的资源类型+操作类型+货物数量。交易服务器解析流水报文得到报文信息，并相应地更新本地的库存信息。以下将分别针对各个预售下沉场景进行说明：a)从一二级仓下沉至对应的物流网点或货运车队，支付尾款后由一二级仓对应的物流网点或货运车队进行配送。用户进行了对象预定行为，交易服务器向物流服务器发送对象预定信息，物流服务器指示将货物从a出库，并向交易服务器回传出库流水a+1+awd+2+1+n，交易服务器将awd的下沉在途库存增加n。根据用户是否进行退定行为生成不同的流水报文，交易服务器采用的库存变更方式也相应不同：a1)货物尚未到达awd，买家申请退定，物流服务器回传截单流水a+1+awd+2+3+n，交易服务器将awd的下沉在途库存减少n，并生成退货入库单；a2)货物到达awd，买家未申请退定金，物流服务器回传入库流水a+1+awd+2+2+n，交易服务器将awd的下沉在途库存减少n，将awd的下沉到达库存增加n；a3)货物到达awd，买家申请退定金，物流服务器回传截单流水awd+2+awd+2+3+n，交易服务器将awd的下沉到达库存减少n，并生成退货入库单；a4)未发生退定金行为，货物到达awd，此时再根据用户尾款支付状态，物流服务器回传相应流水；a5)买家在尾款期未支付尾款，订单超时关闭，物流服务器回传截单流水awd+2+awd+2+3+n，交易服务器将awd的下沉到达库存减少n，生成退货入库单；a6)买家支付尾款，物流服务器将货物从网点配送至买家，物流服务器回传出库流水awd+2+awd+2+1+n，交易服务器将awd的下沉到达库存减少n，买家拒签，无需回传下沉流水，生成退货入库单；a7)买家支付尾款，物流服务器将货物从网点配送至买家，物流服务器回传出库流水awd+2+awd+2+1+n，交易服务器将awd的下沉到达库存减少n，买家签收，无需回传下沉流水，订单完结。b)从一二级仓下沉至三四级仓，支付尾款后由三四级仓进行配送。用户进行了对象预定行为，交易服务器向物流服务器发送对象预定信息，物流服务器指示将货物从a出库，并向交易服务器回传出库流水a+1+b+1+1+n，交易服务器将b的下沉在途库存增加n。根据用户是否进行退定行为生成不同的流水报文，交易服务器采用的库存变更方式也相应不同：b1)货物尚未到达b，买家申请退定金，物流服务器回传截单流水a+1+b+1+3+n，交易服务器将b的下沉在途库存减少n，并生成退货入库单；b2)货物到达b，买家未申请退定金，物流服务器回传入库流水a+1+b+1+2+n，交易服务器将b的下沉在途库存减少n，将b的下沉到达库存增加n；b3)货物到达b，买家申请退定金，物流服务器回传截单流水b+1+b+1+3+n，交易服务器将b的下沉到达库存减少n，并生成退货入库单；若用户未进行退定行为，货物已经到达b，此时再根据用户是否支付尾款，物流服务器回传相应的流水报文：b4)买家在尾款期未支付尾款，订单超时关闭，物流服务器回传截单流水b+1+b+1+3+n，交易服务器将b的下沉到达库存减少n，生成退货入库单；b5)买家支付尾款，物流服务器将货物从b仓库配送至买家，物流服务器回传出库流水b+1+b+1+1+n，交易服务器将b的下沉到达库存减少n，买家拒签，无需回传下沉流水，生成退货入库单；b6)买家支付尾款，物流服务器将货物从b仓库配送至买家，物流服务器回传出库流水b+1+b+1+1+n，交易服务器将b的下沉到达库存减少n，买家签收，无需回传下沉流水，订单完结。c)从一二级仓下沉至三四级仓，再下沉至对应的物流网点或货运车队，支付尾款后由三四级仓对应的物流网点或货运车队进行配送。用户进行了对象预定行为，交易服务器向物流服务器发送对象预定信息，物流服务器指示将货物从a出库，并向交易服务器回传出库流水a+1+b+1+1+n，交易服务器将b的下沉在途库存增加n。根据用户是否进行退定行为生成不同的流水报文，交易服务器采用的库存变更方式也相应不同：c1)货物尚未到达b，买家申请退定金，物流服务器回传截单流水a+1+b+1+3+n，交易服务器将b的下沉在途库存减少n，并生成退货入库单；c2)货物到达b，买家未申请退定金，物流服务器回传入库流水a+1+b+1+2+n，交易服务器将b的下沉在途库存减少n，将b的下沉到达库存增加n；c3)货物到达b，买家申请退定金，物流服务器回传截单流水b+1+b+1+3+n，交易服务器将b的下沉到达库存减少n，并生成退货入库单；c4)若前述过程未发生截单，货物从b出库向bwd出发，物流服务器回传出库流水b+1+bwd+2+1+n，将b的下沉到达库存减少n，交易服务器将bwd的下沉在途库存增加n；c5)货物尚未到达bwd，买家申请退定金，物流服务器回传截单流水b+1+bwd+2+3+n，交易服务器将bwd的下沉在途库存减少n，并生成退货入库单；c6)货物到达bwd，买家未申请退定金，物流服务器回传入库流水b+1+bwd+2+2+n，交易服务器将bwd的下沉在途库存减少n，将bwd的下沉到达库存增加n；c7)货物到达bwd，买家申请退定金，物流服务器回传入库流水bwd+2+bwd+2+3+n，交易服务器将bwd的下沉到达库存减少n；若用户未进行退定行为，货物已经到达bwd，此时再根据用户是否支付尾款，物流服务器回传相应的流水报文：c8)买家在尾款期未支付尾款，订单超时关闭，物流服务器回传截单流水bwd+2+bwd+2+3+n，交易服务器将bwd的下沉到达库存减少n，生成退货入库单；c9)买家支付尾款，物流服务器将货物从bwd网点配送至买家，物流服务器回传出库流水bwd+2+bwd+2+1+n，交易服务器将bwd的下沉到达库存减少n，买家拒签，无需回传下沉流水，生成退货入库单；c10)买家支付尾款，物流服务器将货物从bwd网点配送至买家，物流服务器回传出库流水bwd+2+bwd+2+1+n，交易服务器将bwd的下沉到达库存减少n，买家签收，无需回传下沉流水，订单完结。d)不下沉至下级仓库，支付尾款后由一二级仓进行配送。因为下级仓库的库存不会发生变更，因此整个过程无须回传流水报文。图9示出了本申请实施例中交易服务器根据流水报文更新库存信息的流程图。从图中可见，交易服务器解析物流服务器回传的流水报文得到报文信息操作类型、源资源和目标资源。根据报文信息判断操作类型为入库事件、出库事件还是截单事件。针对于入库事件，则减少目的资源地下沉在途库存和增加目的资源地下沉到达库存。针对于出库事件，则首先判断源资源是否等于订单仓，若一致则增加目的资源地下沉在途库存，若不一致，则进一步判断源资源是否等于目的资源，若一致则减少目的资源地下沉到达库存，若不一致则减少源资源下沉到达库存和增加目的资源下沉在途库存。针对于截单事件，若源资源和目的资源相同，则减少目的资源下沉到达库存，若不相同则减少目的资源下沉在途库存。通过上述的判断步骤可以根据流水报文变更库存数量以及记录库存变更的流水日志。需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请实施例所必须的。实施例四参照图4，示出了本申请实施例一种库存信息更新装置实施例四的结构框图，具体可以包括如下模块：数据处理更新行为监听模块401，用于监听用户在交易服务器针对数据对象的数据处理更新行为。数据处理更新信息发送模块402，用于向物流服务器发送数据处理更新信息，以指示所述物流服务器按照所述数据处理更新信息将所述数据对象从起始地运输至目的地。运输状态信息接收模块403，用于接收所述物流服务器针对本次数据处理更新行为更新的运输状态信息。库存信息更新模块404，用于采用所述运输状态信息更新所述交易服务器上记录的所述起始地和/或目的地的库存信息。根据本申请实施例，根据用户的数据处理更新行为发送数据处理更新信息至物流服务器，由物流服务器返回针对数据处理更新信息更新的运输状态信息至交易服务器，使交易服务器可以根据运输状态信息更新本地的库存信息，从而使得交易服务器可以获取到准确的库存信息，从而可以根据该库存信息对库存进行合理的分配，降低了仓库爆仓的风险。实施例五参照图5，示出了本申请实施例一种库存信息更新装置实施例五的结构框图，具体可以包括如下模块：数据处理更新行为监听模块501，用于监听用户在交易服务器针对数据对象的数据处理更新行为。数据处理更新信息发送模块502，用于向物流服务器发送数据处理更新信息，以指示所述物流服务器按照所述数据处理更新信息将所述数据对象从起始地运输至目的地。运输状态信息接收模块503，用于接收所述物流服务器针对本次数据处理更新行为更新的运输状态信息。库存信息更新模块504，用于采用所述运输状态信息更新所述交易服务器上记录的所述起始地和/或目的地的库存信息。关联位置信息更新模块505，用于将所述运输状态信息更新至所述交易服务器与本次数据处理更新行为关联的位置，以供用户查看。可交易状态更新模块506，用于采用所述运输状态信息更新所述数据对象在所述交易服务器上的可交易状态。可选地，所述库存信息更新模块504可以包括以下子模块：库存变更方式确定子模块，用于根据所述运输状态信息确定库存信息的变更对象和库存变更方式，所述变更对象包括起始地或目的地，所述库存变更方式包括增加或减少；剩余库存量变更子模块，用于按照目标库存变更方式，对所述交易服务器的起始地和/或目的地的剩余库存量进行变更。可选地，所述运输状态信息包括运输类型、起始地和目的地，所述运输类型由所述物流服务器根据所述数据处理更新行为确定，所述库存变更方式确定子模块可以包括以下子单元：多种库存变更方式查找子单元，用于查找针对所述运输类型的多种库存变更方式，所述运输类型包括出库、入库或截单；目标库存变更方式确定子单元，用于判断所述运输状态信息中标记的起始地和目的地是否一致，依据判断结果确定所述目标库存变更方式。可选地，所述数据处理更新行为包括对象预定行为、保留预定行为、退定行为、交易支付行为、拒绝支付行为、签收行为、或拒绝签收行为。可选地，所述数据处理更新行为包括对象预定行为时，所述数据处理更新信息发送模块502可以包括以下子模块：预定信息发送子模块，用于向所述物流服务器发送对象预定信息，以指示所述物流服务器将所预定的数据对象从仓储所述数据对象的上级仓库运输至与所述用户对应的下级仓库。可选地，所述装置可以还包括：下级仓库查找模块，查找与所述用户所处位置对应的下级仓库作为与所述用户对应的下级仓库，并添加至所述对象预定信息。可选地，所述装置可以还包括：库存范围判定模块，用于判定所述下级仓库当前的库存信息是否符合预设库存范围。可选地，所述装置可以还包括：可预定类别判定模块，用于判定所预定的数据对象是否属于可预定类别。可选地，所述数据处理更新行为包括交易支付行为时，所述数据处理更新信息发送模块502可以包括以下子模块：交易支付信息发送子模块，用于向所述物流服务器发送交易支付信息，以指示所述物流服务器将所述数据对象从仓储有所述数据对象的上级仓库或下级仓库运输至所述用户所处位置。可选地，所述装置可以还包括：支付条件判断模块，用于判断所述交易支付行为是否满足运输所述数据对象的支付条件；暂停发送交易支付信息模块，用于暂停向所述物流服务器发送交易支付信息。可选地，针对运输类型为出库，查找的多种库存变更方式包括减少目的地到达库存、减少起始地到达库存和增加目的地在途库存；针对运输类型为入库，查找的多种库存变更方式包括减少目的地在途库存和增加目的地到达库存；针对运输类型为截单，查找的多种库存变更方式包括减少目的地到达库存和减少目的地在途库存。可选地，针对运输类型为出库，所述目标库存变更方式确定子单元可以具体用于：若判断结果为一致，则确定所述减少目的地到达库存为所述目标库存变更方式，若不一致则确定所述减少起始地到达库存和所述增加目的地在途库存为所述目标库存变更方式；针对运输类型为截单，所述目标库存变更方式确定子单元可以具体用于：若判断结果一致，则确定所述减少目的地到达库存为所述目标库存变更方式，若不一致则确定减少目的地在途库存为所述目标库存变更方式。可选地，当所述运输类型为入库，所述装置可以还包括：入库目标库存变更方式确定模块，用于将查找到的减少目的地在途库存和增加目的地到达库存确定为所述目标库存变更方式。可选地，当所述运输类型为出库，所述装置可以还包括：原仓储地判断模块，用于当标记的起始地与所述数据对象的原仓储地一致，则将所述增加目的地在途库存作为所述目标库存变更方式；当标记的起始地与所述数据对象的原仓储地不一致，则进一步判断标记的起始地和目的地是否一致。根据本申请实施例，用户可以查看到由物流服务器返回的针对数据处理更新行为更新的运输状态信息，从而可以实时获知各个交易订单中数据对象的实时运输信息，便于对交易订单的履行进度进行有效的考核、监控和统计，同时实现了对全局的库存分布进行有效的监控和统计。而且，由于可以针对性地控制数据对象是否进行预售下沉，交易及物流的各个环节形成闭环，从而便于对交易服务器和物流服务器进行控制，降低仓库的爆仓风险。实施例六参照图6，示出了本申请实施例一种库存信息更新装置实施例六的结构框图，具体可以包括如下模块：数据处理更新信息接收模块601，用于接收根据用户在交易服务器针对数据对象的数据处理更新行为发送的数据处理更新信息。运输状态信息反馈模块602，用于按照所述数据处理更新信息将所述数据对象从起始地运输至目的地，并向所述交易服务器反馈针对本次数据处理更新行为更新的运输状态信息，以供所述交易服务器采用所述运输状态信息更新记录的所述起始地和/或目的地的库存信息。可选地，所述运输状态信息反馈模块602可以包括以下子模块：运输类型确定子模块，用于根据所述数据处理更新信息确定对应的运输类型，所述运输类型包括出库、入库或截单。运输指示子模块，用于按照所确定的运输类型将所述数据对象从起始地运输至目的地。可选地，所述装置可以还包括：运输类型添加模块，用于将所述运输类型添加至所述运输状态信息，以供所述交易服务器根据所述运输类型确定对库存信息的库存变更方式。根据本申请实施例，根据用户的数据处理更新行为发送数据处理更新信息至物流服务器，由物流服务器返回针对数据处理更新信息更新的运输状态信息至交易服务器，使交易服务器可以根据运输状态信息更新本地的库存信息，从而使得交易服务器可以获取到准确的库存信息，从而可以根据该库存信息对库存进行合理的分配，降低了仓库爆仓的风险。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。本领域内的技术人员应明白，本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。在一个典型的配置中，所述计算机设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非持续性的电脑可读媒体(transitorymedia)，如调制的数据信号和载波。本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。以上对本申请所提供的一种库存信息更新方法和一种库存信息更新装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。当前第1页12