CN107203860B - 库存信息处理方法和装置 - Google Patents

Abstract

本申请提供了一种库存信息处理方法和装置。该方法包括：第一服务器接收来自第二服务器的物品的库存状态转换的消息，其中所述库存状态至少包括良品状态、残次待鉴定状态、残次已鉴定状态；获取用于唯一识别所述物品的标识；将所述物品的转换前后的库存状态与所述标识关联存储，以便基于所述标识能够查找到该物品经历过的所有库存状态。本申请实施例能够清晰有效地对残次品或可能为残次品的物品的库存信息进行管理。

Description

库存信息处理方法和装置

技术领域

本申请涉及信息处理领域，尤其涉及一种库存信息处理方法和装置。

背景技术

就现有的物流库存信息管理技术而言，现有的物流库存信息管理技术不能对残次品(包括：外包装破损的物品，可称为箱损残次品；包装内的例如家电的产品损坏的物品，可称为机损残次品)进行有效的信息管理，主要体现为以下几个方面：

1)对于残次品而言，现有技术通常在仓库中将残次品按照残次、箱损、机损这三种库存类型进行划分和存储，只能基于库存类型知晓该残次品是在外包装上破损还是在包装内的产品损坏，而无法就此库存类型得知该残次品的其他信息，例如无法得知该残次品在入库之前是完好无损的、只是在入库过程中或保管过程中引起的残次还是入库之前就是残次品(例如上门退货的残次品)，而且这些库存类型彼此之间没有任何联系，不能从一种库存类型向另一种库存类型变更(或称转化)，仅能表明有限的破损信息；

2)对于已鉴定出的残次品，现有的残次品的库存类型并不体现残次的责任方是哪一方，因此，无法直接基于该库存类型对责任方进行快速有效地判责赔付管理；

3)当残次品从仓库出库而在运输过程中发生丢失的情况时，现有的残次品管理技术无法有效地定位到该丢失的残次品具体是什么类型、什么颜色、什么形状的物品，也无法有效定位到该残次品之前的相关责任方，由此无法根据之前的相关信息来准确定位残次品在运输过程中发生丢失时运输方的责任；

4)对于残次品而言，现有技术中无法得知该残次品的状态信息，例如无法知晓是已经出库还是已经调拨到另一个仓库，即无法跟踪残次品的库存状态；

5)对于残次品的赔付计算而言，现有技术通常都是线下处理的，耗费较大的人力资源和时间资源，效率较低。

发明内容

本申请的一个目的是提供一种信息处理技术，使得能够对物流中的物品在物流过程中是完好、还是已变成残次或有可能成为残次，进行清晰的管理，使得外界能够清楚地跟踪到物流中物品的完好状况和历史。

根据本申请的一个实施例，提供了一种库存信息的处理方法，所述处理方法包括：

第一服务器接收来自第二服务器的物品的库存状态转换的消息，其中所述库存状态至少包括良品状态、残次待鉴定状态、残次已鉴定状态；

获取用于唯一识别所述物品的标识；

将所述物品的转换前后的库存状态与所述标识关联存储，以便基于所述标识能够查找到该物品经历过的所有库存状态。

根据本申请的一个实施例，还提供了一种出入库信息处理方法，该方法包括：

第二服务器响应于仓库内物品的库存状态转换，向第一服务器发送指示残次鉴定结果的消息；

从第一服务器接收根据残次鉴定结果产生的库存状态调整单，其中根据残次鉴定结果，库存状态调整单相应包括出库单和/或入库单；

根据所述出库单和/或入库单的出入库结果，向第一服务器发送出入库确认消息。

根据本申请的一个实施例，还提供了一种展示物品库存数量的方法，该方法包括：

第三服务器接收第一服务器转发的、指示物品从良品状态转换到残次待鉴定状态，或者从良品状态转换到退货残次状态的残次通知消息；

获取所述物品的标识；

根据所述残次通知消息，调整与所述物品的标识对应的前台展示库存数量。

根据本申请的一个实施例，还提供了一种运输中的报丢处理方法，该方法包括：

第四服务器获取干线运输中丢失残次物品的标识，所述干线运输是根据残次物品的残次鉴定结果进行的仓库之间、或仓库与商家之间的残次物品运输；

向第一服务器发送包含所述标识的干线运输报丢消息；

接收指示赔付金额的报丢处理结果消息，所述赔付金额基于与所述标识对应的残次鉴定结果相应的赔付比例确定。

根据本申请的一个实施例，还提供了一种物品残次信息接收方法，该方法包括：

第一用户设备向第一服务器发送第一用户身份信息；

从第一服务器接收指示预定时间内第一用户身份信息所对应的各仓库中处于残次待鉴定状态的各物品的库存量的库存量消息。

根据本申请的一个实施例，提供了一种库存信息处理装置，所述库存信息处理装置包括：

接收单元，用于接收来自第二服务器的物品的库存状态转换的消息，其中所述库存状态至少包括良品状态、残次待鉴定状态、残次已鉴定状态；

标识获取单元，用于获取用于唯一识别所述物品的标识；

关联存储单元，用于将所述物品的转换前后的库存状态与所述标识关联存储，以便基于所述标识能够查找到该物品经历过的所有库存状态。

根据本申请的一个实施例，提供了一种出入库信息处理装置，该出入库信息处理装置包括：

消息发送单元，用于响应于仓库内物品的库存状态转换，向第一服务器发送指示残次鉴定结果的消息；

库存状态调整单接收单元，用于从第一服务器接收根据残次鉴定结果产生的库存状态调整单，其中根据残次鉴定结果，库存状态调整单相应包括出库单和/或入库单；

出入库确认消息发送单元，用于根据所述出库单和/或入库单的出入库结果，向第一服务器发送出入库确认消息。

根据本申请的一个实施例，还提供了一种展示物品库存数量的装置，该装置包括：

消息接收单元，用于接收第一服务器转发的、指示物品从良品状态转换到残次待鉴定状态，或者从良品状态转换到退货残次状态的残次通知消息；

标识获取单元，用于获取所述物品的标识；

库存数量调整单元，用于根据所述残次通知消息，调整与所述物品的标识对应的前台展示库存数量。

根据本申请的一个实施例，还提供了一种运输中的报丢处理装置，该装置包括：

残次物品的标识获取单元，用于获取干线运输中丢失残次物品的标识，所述干线运输是根据残次物品的残次鉴定结果进行的仓库之间、或仓库与商家之间的残次物品运输；

干线运输报丢消息发送单元，用于向第一服务器发送包含所述标识的干线运输报丢消息；

赔付处理消息接收单元，用于接收指示赔付金额的报丢处理结果消息，所述赔付金额基于与所述标识对应的残次鉴定结果相应的赔付比例确定。

根据本申请的一个实施例，还提供了一种物品残次信息接收设备，该物品残次信息接收设备包括：

身份信息发送单元，用于向第一服务器发送第一用户身份信息；

消息接收单元，用于从第一服务器接收指示预定时间内第一用户身份信息所对应的各仓库中处于残次待鉴定状态的各物品的库存量的库存量消息。

基于本申请的实施例，通过将物品的标识与该物品的库存状态(即物品处于良品状态、残次待鉴定状态、还是残次已鉴定状态)进行关联存储，从而可以基于标识有效跟踪该物品的库存状态的变化，使得能够对物流中的物品在物流过程中是完好、还是已变成残次或有可能成为残次，进行清晰的管理，外界能够清楚地跟踪到物流中物品的完好状况和完好状况的历史，提升对物品尤其是残次品的库存管理效率。

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

附图说明

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

图1是本申请的实施例所应用的物流体系结构的示意图。

图2是根据本申请的一个实施例的在第一服务器(例如物流宝平台)侧的库存信息处理方法的流程图；

图3是根据本申请的另一个实施例的在第一服务器(例如物流宝平台)侧的库存信息处理方法的流程图；

图4是根据本申请的另一个实施例的在第一服务器(例如物流宝平台)侧的库存信息处理方法的流程图；

图5是根据本申请的另一个实施例的在第一服务器(例如物流宝平台)侧的库存信息处理方法的流程图；

图6是根据本申请的另一个实施例的在第一服务器(例如物流宝平台)侧的库存信息处理方法的流程图；

图7是根据本申请的另一个实施例的在第一服务器(例如物流宝平台)侧的库存信息处理方法的流程图；

图8是根据本申请的另一个实施例的在第一服务器(例如物流宝平台)侧的库存信息处理方法的流程图；

图9是根据本申请的另一个实施例的在第一服务器(例如物流宝平台)侧的库存信息处理方法的流程图；

图10示出了根据本申请一个实施例的在第二服务器(例如仓库服务器)侧的一种出入库信息处理方法的流程图；

图11示出了根据本申请一个实施例的在第三服务器(例如前端销售平台服务器)侧的一种展示物品库存数量的方法的流程图；

图12示出了根据本申请一个实施例的在第四服务器(例如干线服务器)侧的一种运输中的报丢处理方法的流程图；

图13示出了根据本申请一个实施例的在第一用户设备(例如商家所用的终端)侧的一种物品残次信息接收方法的流程图；

图14示出了根据本申请一个实施例的第一服务器(例如物流宝服务器)侧的一种库存信息处理装置的框图；

图15示出了根据本申请一个实施例的第二服务器(如仓库服务器)侧的一种出入库信息处理装置的示意性框图；

图16示出了根据本申请一个实施例的第三服务器(例如销售平台服务器)侧的一种展示物品库存数量的装置的示意性框图；

图17示出了根据本申请一个实施例的第四服务器(例如干线服务器)侧的一种运输中的报丢处理装置的示意性框图；

图18示出了根据本申请一个实施例的第一用户设备(如商家设备)端的一种物品残次信息接收设备的示意性框图；

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

下面结合附图对本申请作进一步详细描述。

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

在上下文中所称“计算机设备”，也称为“电脑”，是指可以通过运行预定程序或指令来执行数值计算和/或逻辑计算等预定处理过程的智能电子设备，其可以包括处理器与存储器，由处理器执行在存储器中预存的存续指令来执行预定处理过程，或是由ASIC、FPGA、DSP等硬件执行预定处理过程，或是由上述二者组合来实现。计算机设备包括但不限于服务器、个人电脑、笔记本电脑、平板电脑、智能手机等。

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

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

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

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

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

还应当提到的是，在一些替换实现方式中，所提到的功能/动作可以按照不同于附图中标示的顺序发生。举例来说，取决于所涉及的功能/动作，相继示出的两幅图实际上可以基本上同时执行或者有时可以按照相反的顺序来执行。在描述本申请实施例的库存信息处理方法之前，为了更好地理解本申请实施例，先对本申请实施例的相关内容进行介绍。

本申请实施例主要针对残次品的信息管理来展开，对于残次品而言，可以包括外包装破损的物品(可称为箱损残次品)或/和包装内的产品(例如家电产品)损坏的物品(可称为机损残次品)。另外，残次品通常有三种来源：一种因仓库方所导致，即进入仓库前是完好无损的良品，而经过一段时间的储存，在外包装或/和包装内的产品出现损坏；一种是因负责仓库和仓库之间的物品运输的干线在运输时所导致；另一种是因卖方所导致，即物品在卖方将物品委托给物流系统(如菜鸟)前已经出现损坏。

为了更好地对残次品进行管理，与本实施例的线上库存信息处理方法和装置相一致，线下在仓库方将仓库的库区划分为良品库区、待鉴定库区、已鉴定库区和上门退货库区，其中良品库区即完好无损的物品区，待鉴定库区即发现损坏但未鉴定出何种损坏(机损、箱损)、何方责任(商家责任、仓库责任、物流责任)的物品区，已鉴定库区即已鉴定出何种损坏(机损、箱损)、何方责任(商家责任、仓库责任、物流责任)的物品区，上门退货库区对应于买方通过快递公司基于上门退货的方式退回的残次品的区域。

对于本实施例的线上库存信息处理方法和装置而言，如图1所示，主要涉及到以下几大类服务器和终端：

第一服务器(物流宝服务器)；

第二服务器(仓库服务器)；

第三服务器(前端销售平台服务器)；

第四服务器(干线服务器)；

第一用户的终端(例如商家所使用的终端)。

第一服务器典型地为物流宝服务器，其与第二服务器、第三服务器、第四服务器以及第一用户的终端进行消息对接，以接收这些服务器或/和终端的消息并对接收到的消息进行相应的处理。

第二服务器典型地为仓库服务器，其负责在仓库内的物品的库存状态发生转换时，例如，物品从同一仓库中的良品区转换为待鉴定区时，将该转换消息发送至第一服务器，以便于第一服务器基于与其他服务器的消息对接对物品的库存状态(良品状态、残次待鉴定状态、残次已鉴定状态等)进行更全面综合的信息管理。

第三服务器典型地为前端销售平台服务器，其负责对前端销售的商品的价格信息、数量信息等进行管理。

第四服务器典型地为干线服务器，负责物品在干线运输过程中的信息管理，而此处的干线可以指负责两个以上的实体仓库之间的物品的运输的实体。

第一用户的终端典型地如商家所使用的终端。

图2是根据本申请的一个实施例的在第一服务器(例如物流宝平台)侧的库存信息处理方法的流程图。

其中，所述库存信息可以包括物品的库存状态、库存数量等信息。其中库存状态例如包括良品状态、残次待鉴定状态、残次已鉴定状态和退货残次状态等。

根据图1，该库存信息处理方法包括：

S101，第一服务器接收来自第二服务器的物品的库存状态转换的消息，其中所述库存状态至少包括良品状态、残次待鉴定状态、残次已鉴定状态。

S102，获取用于唯一识别所述物品的标识。

S103，将所述物品的转换前后的库存状态与所述标识关联存储，以便基于所述标识能够查找到该物品经历过的所有库存状态。

下面对这些步骤进行详细描述。

在步骤S101中，当该仓库内的某一工作人员在盘点该仓库内的物品时，认为良品库区的某一物品损坏了，则将该物品从良品库区移到该仓库的残次待鉴定库区，并将该物品从良品库区移动到残次待鉴定区的变动信息录入仓库的第二服务器，进而第二服务器在获取到该变动信息的情况下，将该物品的库存状态转换的消息发送至第一服务器，以便于第一服务器及时对该物品进行信息上的有效管理。所述库存状态至少包括良品状态、残次待鉴定状态、残次已鉴定状态。良品状态与位于良品库区的物品对应，残次待鉴定状态与位于残次待鉴定库区的物品对应，残次已鉴定状态与位于残次已鉴定库区的物品对应。

优选地，本实施例的所述库存状态转换，为了与线下的实际转换逻辑保持一致，将其限定为只能沿着良品状态、残次待鉴定状态、残次已鉴定状态的顺序转换，例如从良品状态转换为残次待鉴定状态，从残次待鉴定状态转换为残次已鉴定状态，而不能以相反的顺序转换，例如不能从残次已鉴定状态转换为残次待鉴定状态，不能从残次待鉴定状态转换为良品状态。

在步骤S102中，获取用于唯一识别所述物品的标识。

其中，所述标识例如包括产品序列号(SN)或其他可以用于唯一识别该物品的编码等。

其中，所述标识的获取，可以这样进行：在商家用户将物品委托给物流系统(例如菜鸟物流系统等)时，第一服务器为物品分配一个唯一标识。当将商家用户的该物品实际运到仓库时，第一服务器将该唯一标识发送给仓库的第二服务器。第二服务器在物品入库后，将该标识与该物品入库后的所有其它相关信息关联存储，包括库存状态信息。第二服务器在发送物品的库存状态转换消息的时候一并将该标识发送过来。或者，第二服务器在物品入库后，为该物品分配该物品在仓库内的编号，并通知第一服务器。第一服务器将该编号与第一服务器为该物品分配的标识关联存储。第二服务器在发送物品的库存状态转换消息的时候一并将该编号发送过来。第一服务器再根据存储的标识与仓库方的编号的对应关系找到与该编号对应的物品的标识。

在步骤S103中，将所述物品的转换前后的库存状态与所述标识关联存储，以便基于所述标识能够查找到该物品经历过的所有库存状态。

例如，当接收到物品A从良品状态转换到残次待鉴定状态的消息时，将转换前后的状态与物品A的标识关联存储。当接收到物品A从残次待鉴定状态转换到残次已鉴定状态的消息时，将转换前后的状态与物品A的标识关联存储。这样，就可以通过物品A的标识查找到其沿着良品状态、残次待鉴定状态、残次已鉴定状态的顺序转换的历史。

通过这种关联存储，与该物品对应的商家或待将该物品从仓库运出的干线方可以基于该标识快速定位到该物品的库存状态转换历史和当前库存状态，提升对物品的库存管理效率。

基于本申请的实施例，通过将物品的标识与该物品的库存状态(即物品处于良品状态、残次待鉴定状态、还是残次已鉴定状态)进行关联存储，从而可以基于标识有效跟踪该物品的库存状态的变化，使得能够对物流中的物品在物流过程中是完好、还是已变成残次或有可能成为残次，进行清晰的管理，外界能够清楚地跟踪到物流中物品的完好状况和完好状况的历史。

在一个实施例中，上述步骤S101中的消息还包括：残次鉴定结果，该残次鉴定结果包括但不限于以下中的至少一项：机损商家责任、机损物流责任、机损仓库责任、箱损物流责任、箱损仓库责任。

并且，在此基础上，如图3所示，本实施例的库存信息处理方法还包括：S104，将所述残次鉴定结果也与所述标识关联存储。

残次鉴定结果是商家委托鉴定机构鉴定出来的。当物流宝的第一服务器检测到商家在仓库有物品由良品状态转换为残次待鉴定状态，或达到足够数量的物品由良品状态转换为残次待鉴定状态，就通知商家委托鉴定机构的鉴定人员鉴定，从而得到残次鉴定结果。得到残次鉴定结果，也就是意味着物品由残次待鉴定状态转换成残次已鉴定状态，第二服务器在向第一服务器发送的库存状态转换消息中携带该残次鉴定结果。第一服务器将所述残次鉴定结果也与所述标识关联存储。这样的好处是，外界不但可以方便地通过标识查找到物品的库存状态转换历史，并且对于残次已鉴定状态的物品，还能清楚地查询使该物品变残次的责任方。

优选地，请参考图4，本申请实施例的库存信息处理方法还包括：

步骤S105，跟踪所述物品的流动状态信息、当前所在仓的仓库信息、物品仓库变动单据中的至少一个，其中所述流动状态信息包括待退仓、调拨中、已退仓、已丢失、已投诉、已赔付中的至少一种。

物流状态信息可以这样跟踪：待退仓、调拨中、已赔付是第一服务器自身处理后产生的状态(例如当第一服务器接到机损商家责任的鉴定结果后，该物品应退回给商家，产生“待退仓”的状态)，因此第一服务器产生了该状态，也就跟踪到了该状态。“已退仓”的跟踪通过接收到商家的第一用户设备发来的已退仓消息而进行。“已投诉”的跟踪通过接收到前端销售平台的第三服务器的投诉消息而进行。“已丢失”的跟踪通过干线的第四服务器的报丢消息而进行。

当前所在仓的仓库信息可以这样跟踪：物品出库或入库时，仓库的第二服务器都将物品的出库消息或入库消息发送给第一服务器，第一服务器通过该出库消息或入库消息，就可以跟踪到物品离开了哪个仓库，入了哪个仓库，即跟踪到当前所在仓的仓库信息。

物品仓库变动单据包括物品入库时的入库单、物品出库时的出库单等。其可以这样跟踪：物品出库或入库时，仓库的第二服务器都将物品的出库单或入库单发送给第一服务器，第一服务器则跟踪到这些出库单或入库单。

步骤S106，将所述物品的流动状态信息、当前所在仓的仓库信息、物品仓库变动单据中的至少一个与所述标识进行关联存储。

这样，基于物品的标识，不但可以查找到物品的残次状态转换的历史，还能查询到该物品的其他相关信息，例如包括该物品当前在哪个仓库、流动状态如何、入仓的当时的入库单的信息内容是什么等等，实现了关于物品在物流系统中的流动的各方面信息的全面数据管理。

优选地，如图5所示，为防止前端销售平台发生超卖现象，即订单数量多于库存良品数量的情形，本申请实施例的库存信息处理方法还包括：

步骤S107，如果所述库存状态转换是从良品状态转换到残次待鉴定状态，通知第三服务器调整所述物品的前台展示库存数量。

第三服务器是前端销售平台的服务器。

例如，前端销售平台展示某衬衫库存有7件，此时第一服务器接收到库存状态转换的消息，通知该衬衫有5件已经由良品状态转换成残次待鉴定状态。第一服务器通知前端销售平台的第三服务器将原在前台展示的该物品的库存数量7修改为库存数量2，以避免在接收到大于2件以上的该物品的订单后，无足够数量的良品出售，产生超卖。

该实施例降低了超卖的风险。

如图6所示，本申请一个实施例的库存信息处理方法还包括：

S108，根据所述残次鉴定结果，产生库存状态调整单，其中如果所述残次鉴定结果是机损商家责任，所述库存状态调整单包括用于将所述物品出库退还给商家的出库单；如果所述残次鉴定结果是机损物流责任或箱损物流责任，所述库存状态调整单包括用于将所述物品出库的出库单和用于将所述物品入物流责任方的仓库的入库单；如果所述残次鉴定结果是机损仓库责任或箱损仓库责任，所述库存状态调整单包括用于将所述物品出库的出库单和用于将所述物品入仓库责任方待处理残次品仓库的入库单。

现有技术中，对残次进行鉴定，得到不同残次鉴定结果之后的后续处理是由仓库方人工分不同情形处理的。如果是机损商家责任，则仓库的工作人员联系商家，把物品退还给商家。如果是机损物流责任或箱损物流责任，仓库的工作人员要联系有责任的干线进行赔偿或处理，这些物品不会在仓库的残次已鉴定区停留太久，一旦与干线联系上，就运输到该干线的仓库，由干线处理。如果是机损仓库责任或箱损仓库责任，这些物品也不会在仓库的残次已鉴定区停留太久，因为它们会影响仓库接收其它正常物品的接纳能力。既然是仓库自身问题，会将它们集中运输到专门存放仓库责任方待处理残次品的仓库等待进一步处理。这也是通过仓库工作人员联系专门存放仓库责任方待处理残次品的仓库来协商运输的。这会导致仓库的人工处理成本过高、物流的周转效率低。

本申请实施例中，如果所述残次鉴定结果是机损商家责任，就自动产生用于将所述物品出库退还给商家的出库单，自动启动向商家的退货。

如果所述残次鉴定结果是机损物流责任或箱损物流责任，就自动产生用于将所述物品出库的出库单和用于将所述物品入物流责任方的仓库的入库单，自动启动向物流责任方干线的仓库的运输。如果所述残次鉴定结果是机损仓库责任或箱损仓库责任，就自动产生用于将所述物品出库的出库单和用于将所述物品入仓库责任方待处理残次品仓库的入库单，自动启动向专门存放仓库责任方待处理残次品的仓库的流转。通过这样的过程，完成了残次鉴定后物品流转的自动触发，大大减轻了残次鉴定后处理的人工干预程度，实现了残次鉴定后续处理的自动化。

如图7所示，在一个实施例中，本申请实施例的库存信息处理方法还包括：

步骤S109，将所述库存状态调整单发送到第二服务器；

步骤S110，在库存状态调整单包括出库单的情况下，如果从第二服务器接收到出库确认消息，基于所述出库单包含的物品的数量调整相应出库仓的库存信息；

步骤S111，在库存状态调整单包括入库单的情况下，如果从第二服务器接收到入库确认消息，基于所述入库单包含的物品的数量调整相应入库仓的库存信息。

也就是说，在第一服务器保存各仓库中各物品的库存信息，包括库存数量和入库时间等，它们也与物品的唯一标识关联存储，便于商家、干线或其它仓库进行查询。在步骤S108根据残次鉴定结果分别向不同的仓库的第二服务器发出出库单或入库单后，如果接收到第二服务器的出库确认消息或入库确认消息，代表所述物品已出库或入库，这时就可以根据该出库单或入库单，去调整第一服务器保存的该物品的库存信息，其中如果是出库，则减少相应的库存数量，出库的物品的入库时间也随之删除；如果是入库，则增加相应的库存数量并记录入库的物品的入库时间。

通过上述过程，获得的好处是，在物流宝实现了对各仓库存储的各物品的库存信息的精确管理，使外部各方能通过第一服务器精确查询到各仓库存储的各物品的库存信息。

如图8所示，为了便于残次品在出库的后续运输过程中丢失赔付的处理，本申请实施例的库存信息处理方法还包括：

步骤S112，响应于接收到来自第二服务器的出库确认消息、并接收到来自第四服务器的干线运输报丢消息，获取与所述标识对应的价格；

步骤S113，基于残次鉴定结果，获取赔付比例；

步骤S114，基于所述价格和赔付比例，确定干线赔付金额。

下面对这些步骤分别进行详细的描述。

当残次鉴定后的后续处理中，如果残次物品出库并被干线运输的过程中出现丢失，则此时不应按照原价由干线赔偿，因为运输的是残次物品。在计算赔偿额的时候要通过人工进行，产生大量人工成本，本申请实施例的一个优点是将残次品在出库的后续运输过程中丢失赔付的处理也自动化。

在步骤S112中，如果干线发现运输丢失，干线的第四服务器将会向物流宝的第一服务器发送干线运输报丢消息，该消息可以包括但不限于丢失的物品的时间、出库单号、干线运输编号、丢失物品的标识、数量等等。如果第一服务器在接收到该物品的出库确认消息后又获取到该干线运输报丢消息后，第一服务器将基于该物品的标识获取该物品的价格(例如向前端销售平台的第三服务器发送带有所述物品的标识的价格请求，第三服务器按照所述标识检索价格，向第一服务器发送回价格响应)。

在步骤S113中，对于处于残次已鉴定状态的物品而言，由于并不是完好无损的物品，因此，合理起见，应设置赔付比例而不是全赔。在一个例子中，第一服务器对不同残次结果的物品设定了相应的赔付比例，例如，对于机损商家责任的物品，如果该物品在干线运输过程中丢失，则干线赔付的比例是原价格的基础上乘以10％。

在步骤S114中，在得到赔付价格和赔付比例的基础上，可以基于待赔付的物品的赔付价格、赔付比例、赔付数量的乘积，来确定干线对该物品的赔付金额。

例如，丢失2台平板电脑，每台4200元，但它们是机损商家责任的残次品，只能赔付10％，赔付金额＝2×4200×10％＝840(元)。

由此，本实施例使残次品在出库的后续运输过程中的丢失赔付处理自动化，提高了物流系统的信息处理效率。

如图9所示，为及时督促拥有物品的商家(或称第一用户)及时对于其处于残次待鉴定状态的物品找鉴定公司来鉴定，从而提高物流周转效率，本申请实施例的库存信息处理方法还包括：

步骤S115，确定预定时间内第一用户所对应的各仓库中处于残次待鉴定状态的、与标识相对应的物品的库存量；

步骤S116，将指示确定的库存量的库存量消息发送至第一用户。

下面对这些步骤分别进行详细的描述。

由于各仓库的物品发生了库存状态转换，例如从良品状态转换成残次待鉴定状态，都会给第一服务器发库存状态转换消息，第一服务器将该消息与物品的标识关联存储，这样，第一服务器就能够统计出预定时间内(例如2015年12月31日)第一用户(商家)存放在各仓库的物品中从各仓库接收到从良品状态转换成残次待鉴定状态的库存状态转换消息、但未接收到从残次待鉴定状态转换成残次已鉴定状态的库存状态转换消息的那些物品的标识，这些标识的数量即预定时间内第一用户所对应的各仓库中处于残次待鉴定状态的、与标识相对应的物品的库存量。

例如，在2015年12月31日，第一服务器接收到A仓库3个关于商家B的物品的库存转换消息：一个是针对标识为A189303的电视机从良品状态转换成残次待鉴定状态；一个是针对标识为B766773的冰箱从良品状态转换成残次待鉴定状态；一个是针对标识为A189303的电视机从残次待鉴定状态转换成残次已鉴定状态。第一服务器接收到C仓库1个关于商家B的物品的库存转换消息：针对标识为V718383的电视机从良品状态转换成残次待鉴定状态。从其它仓库没有接收到关于商家B的物品的库存转换消息。这时，确定2015年12月31日商家B所对应的各仓库中处于残次待鉴定状态的、与标识相对应的物品的库存量为2，分别是：标识为B766773的冰箱，位于A仓库；标识为V718383的电视机，位于C仓库。将指示该库存量2的库存量消息发送给商家B，商家B会找到相应的鉴定公司进行残次鉴定。2个残次待鉴定物品的具体标识和存放的仓库可以通过向物流宝的第一服务器发送查询消息进行查询。

图10示出了根据本申请一个实施例的在第二服务器(例如仓库服务器)侧的一种出入库信息处理方法。该出入库信息处理方法包括：

步骤S201，响应于仓库内物品的库存状态转换，向第一服务器发送指示残次鉴定结果的消息；

步骤S202，从第一服务器接收根据残次鉴定结果产生的库存状态调整单，其中根据残次鉴定结果，库存状态调整单相应包括出库单和/或入库单；

步骤S203，根据所述出库单和/或入库单的出入库结果，向第一服务器发送出入库确认消息。

步骤S201在前述步骤S101的描述中已经涉及，步骤S202在前述步骤S108、S109的描述中已经涉及，步骤S203在前述步骤S110、S111中已经涉及，故不赘述。

本实施例通过在仓库内物品发生库存状态转换时，向物流宝的第一服务器发送指示残次鉴定结果的消息，促使第一服务器根据该残次鉴定结果产生库存状态调整单，仓库的第二服务器再根据库存状态调整单进行实际出库、入库并发确认消息，这样，就实现了基于残次鉴定结果自动完成后续的出库、入库处理，而不需要人的干预，通过这样的信息处理提高了物流流转效率。

图11示出了根据本申请一个实施例的在第三服务器(例如前端销售平台服务器)侧的一种展示物品库存数量的方法，该方法包括：

步骤S301，接收来自第一服务器转发的、指示物品从良品状态转换到残次待鉴定状态，或者从良品状态转换到退货残次状态的残次通知消息；

步骤S302，获取所述物品的标识；

步骤S303，根据所述残次通知消息，调整与所述物品的标识对应的前台展示库存数量。

步骤S301中，第一服务器一旦接收到来自第二服务器的物品从良品状态转换到残次待鉴定状态，或者从良品状态转换到退货残次状态的消息，就将该消息向第三服务器转发。这是因为，一旦物品从良品状态转换到残次待鉴定状态，或者从良品状态转换到退货残次状态，就意味着在前端销售平台(如天猫)展示的库存数量实际上包括了残次品，一旦前端用户订购得足够多，可能造成超卖，因为残次品是无法配送给前端用户的。

步骤S302中，如果第一服务器接收到的、来自第二服务器的物品从良品状态转换到残次待鉴定状态，或者从良品状态转换到退货残次状态的消息是伴随着物品的标识一起接收的，则第一服务器转发该物品从良品状态转换到残次待鉴定状态，或者从良品状态转换到退货残次状态的消息的同时也将所述物品的标识一起转发，因此第三服务器伴随着接收所述消息，也接收了物品的标识。

步骤S303中，根据所述物品的标识找到对应的前台展示库存数量，然后根据所述残次通知消息中的从良品状态转换到残次待鉴定状态，或者从良品状态转换到退货残次状态的物品数量扣减对应的前台展示库存数量。

该实施例降低了物品超卖的风险。

图12示出了根据本申请一个实施例的在第四服务器(例如干线服务器)侧的一种运输中的报丢处理方法，该方法包括：

步骤S401，获取干线运输中丢失残次物品的标识，所述干线运输是根据残次物品的残次鉴定结果进行的仓库之间、或仓库与商家之间的残次物品运输；

步骤S402，向第一服务器发送包含所述标识的干线运输报丢消息；

步骤S403，接收指示赔付金额的报丢处理结果消息，所述赔付金额基于与所述标识对应的残次鉴定结果相应的赔付比例确定。

下面对这些步骤分别进行详细的描述。

在步骤S401，由于干线运输前物品出库时有出库单，而出库单是第一服务器如前所述生成的，其上带有物品的标识，因此从出库单上可以获取丢失残次物品的标识。

在步骤S402，干线的第四服务器向第一服务器发送干线运输报丢消息，该消息包括但不限于丢失时间、出库单号、干线运输编号、丢失物品的标识、数量等等。

在步骤S403，第一服务器按照上述步骤S112-114所述，根据所述标识确定赔付金额，向第三服务器发送指示赔付金额的报丢处理结果消息。

由此，本实施例使残次品在出库的后续运输过程中的丢失赔付处理自动化，提高了物流系统的信息处理效率。

图13示出了根据本申请一个实施例的在第一用户设备(例如商家所用的终端)侧的一种物品残次信息接收方法。该方法包括：

步骤S501，向第一服务器发送第一用户身份信息。

其中，第一用户的身份消息例如包括第一用户的名字、身份证号、经营编号等等。

步骤S502，从第一服务器接收指示预定时间内第一用户身份信息所对应的各仓库中处于残次待鉴定状态的各物品的库存量的库存量消息。

该步骤在上述步骤S115-116中已有涉及，故不赘述。

该实施例能够及时督促拥有物品的商家(或称第一用户)及时对于其处于残次待鉴定状态的物品找鉴定公司来鉴定，从而提高物流周转效率。

图14示出了根据本申请一个实施例的第一服务器(例如物流宝服务器)侧的一种库存信息处理装置的框图。该库存信息处理装置包括：

接收单元101，用于接收来自第二服务器的物品的库存状态转换的消息，其中所述库存状态至少包括良品状态、残次待鉴定状态、残次已鉴定状态；

标识获取单元102，用于获取用于唯一识别所述物品的标识；

关联存储单元103，用于将所述物品的转换前后的库存状态与所述标识关联存储，以便基于所述标识能够查找到该物品经历过的所有库存状态。

可选地，所述消息还包括残次鉴定结果，其中残次鉴定结果包括以下中的至少一项：机损商家责任、机损物流责任、机损仓库责任、箱损物流责任、箱损仓库责任。所述关联存储单元103还用于将所述残次鉴定结果也与所述标识关联存储。

可选地，所述库存状态只能沿着良品状态、残次待鉴定状态、残次已鉴定状态的顺序转换。

可选地，所述库存信息处理装置还包括：信息跟踪单元(图中未示出)，用于跟踪所述物品的流动状态信息、当前所在仓的仓库信息、物品仓库变动单据中的至少一个，其中所述流动状态信息包括待退仓、调拨中、已退仓、已丢失、已投诉、已赔付中的至少一种。所述关联存储单元103还用于将所述物品的流动状态信息、当前所在仓的仓库信息、物品仓库变动单据中的至少一个与所述标识进行关联存储。

可选地，所述库存信息处理装置还包括：

通知单元(图中未示出)，用于在所述库存状态转换从良品状态转换到残次待鉴定状态的情况下，通知第三服务器调整所述物品的前台展示库存数量。

可选地，所述库存信息处理装置还包括：

库存状态调整单产生单元(图中未示出)，用于根据所述残次鉴定结果，产生库存状态调整单，其中如果所述残次鉴定结果是机损商家责任，所述库存状态调整单包括用于将所述物品出库退还给商家的出库单；如果所述残次鉴定结果是机损物流责任或箱损物流责任，所述库存状态调整单包括用于将所述物品出库的出库单和用于将所述物品入物流责任方的仓库的入库单；如果所述残次鉴定结果是机损仓库责任或箱损仓库责任，所述库存状态调整单包括用于将所述物品出库的出库单和用于将所述物品入仓库责任方待处理残次品仓库的入库单。

可选地，所述库存信息处理装置还包括：

库存状态调整单发送单元(图中未示出)，用于将所述库存状态调整单发送到第二服务器；

库存信息调整单元(图中未示出)，用于：

-在库存状态调整单包括出库单的情况下，如果从第二服务器接收到出库确认消息，基于所述出库单包含的物品的数量调整相应出库仓的库存信息；

-在库存状态调整单包括入库单的情况下，如果从第二服务器接收到入库确认消息，基于所述入库单包含的物品的数量调整相应入库仓的库存信息。

可选地，所述库存信息处理装置还包括：

价格获取单元(图中未示出)，用于响应于接收到来自第二服务器的出库确认消息、并接收到来自第四服务器的干线运输报丢消息，获取与所述标识对应的价格；

赔付比例获取单元(图中未示出)，用于基于残次鉴定结果，获取赔付比例；

赔付金额确定单元(图中未示出)，用于基于所述价格和赔付比例，确定干线赔付金额。

可选地，所述库存信息处理装置还包括：

库存量确定单元(图中未示出)，用于确定预定时间内第一用户所对应的各仓库中处于残次待鉴定状态的、与标识相对应的物品的库存量；

库存量消息发送单元(图中未示出)，用于将指示确定的库存量的库存量消息发送至第一用户。

图15示出了根据本申请一个实施例的第二服务器(如仓库服务器)侧的一种出入库信息处理装置的示意性框图。所述出入库信息处理装置包括：

消息发送单元201，用于响应于仓库内物品的库存状态转换，向第一服务器发送指示残次鉴定结果的消息；

库存状态调整单接收单元202，用于从第一服务器接收根据残次鉴定结果产生的库存状态调整单，其中根据残次鉴定结果，库存状态调整单相应包括出库单和/或入库单；

出入库确认消息发送单元203，用于根据所述出库单和/或入库单的出入库结果，向第一服务器发送出入库确认消息。

图16示出了根据本申请一个实施例的第三服务器(例如销售平台服务器)侧的一种展示物品库存数量的装置的示意性框图。该装置包括：

消息接收单元301，用于接收来自第二服务器的、指示物品从良品状态转换到残次待鉴定状态，或者从良品状态转换到退货残次状态的残次通知消息；

标识获取单元302，用于获取所述物品的标识；

库存数量调整单元303，用于根据所述残次通知消息，调整与所述物品的标识对应的前台展示库存数量。

图17示出了根据本申请一个实施例的第四服务器(例如干线服务器)侧的一种运输中的报丢处理装置的示意性框图。该装置包括：

残次物品的标识获取单元401，用于获取干线运输中丢失残次物品的标识，所述干线运输是根据残次物品的残次鉴定结果进行的仓库之间、或仓库与商家之间的残次物品运输；

干线运输报丢消息发送单元402，用于向第一服务器发送包含所述标识的干线运输报丢消息；

赔付处理消息接收单元403，用于接收指示赔付金额的报丢处理结果消息，所述赔付金额基于与所述标识对应的残次鉴定结果相应的赔付比例确定。

图18示出了根据本申请一个实施例的第一用户设备(如商家设备)端的一种物品残次信息接收装置的示意性框图。根据该设备包括：

身份信息发送单元501，用于向第一服务器发送第一用户身份信息；

消息接收单元502，用于从第一服务器接收指示预定时间内第一用户身份信息所对应的各仓库中处于残次待鉴定状态的各物品的库存量的库存量消息。

应当理解，附图中所示的系统的结构框图仅仅是为了示例的目的，而不是对本申请范围的限制。在某些情况下，可以根据具体情况增加或减少某些单元或模块。

所属技术领域的技术人员知道，本申请可以实现为系统、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：可以是完全的硬件，也可以是完全的软件，还可以是硬件和软件结合的形式。

附图中的流程图和框图显示了根据本申请的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。

Claims (17)

1.一种库存信息处理方法，其特征在于，所述方法包括：

第一服务器接收来自第二服务器的物品的库存状态转换的消息，其中所述库存状态至少包括良品状态、残次待鉴定状态、残次已鉴定状态；

获取用于唯一识别所述物品的标识；

将所述物品的转换前后的库存状态与所述标识关联存储，以便基于所述标识能够查找到该物品经历过的所有库存状态；

其中，所述消息还包括残次鉴定结果，其中残次鉴定结果包括以下中的至少一项：机损商家责任、机损物流责任、机损仓库责任、箱损物流责任、箱损仓库责任，

所述方法还包括：将所述残次鉴定结果也与所述标识关联存储。

2.根据权利要求1所述的库存信息处理方法，其特征在于，所述库存状态只能沿着良品状态、残次待鉴定状态、残次已鉴定状态的顺序转换。

3.根据权利要求1所述的库存信息处理方法，其特征在于，该方法还包括：

跟踪所述物品的流动状态信息、当前所在仓的仓库信息、物品仓库变动单据中的至少一个，其中所述流动状态信息包括待退仓、调拨中、已退仓、已丢失、已投诉、已赔付中的至少一种；

将所述物品的流动状态信息、当前所在仓的仓库信息、物品仓库变动单据中的至少一个与所述标识进行关联存储。

4.根据权利要求2所述的库存信息处理方法，其特征在于，该方法还包括：

如果所述库存状态转换是从良品状态转换到残次待鉴定状态，通知第三服务器调整所述物品的前台展示库存数量。

5.根据权利要求1所述的库存信息处理方法，其特征在于，该方法还包括：

根据所述残次鉴定结果，产生库存状态调整单，其中如果所述残次鉴定结果是机损商家责任，所述库存状态调整单包括用于将所述物品出库退还给商家的出库单；如果所述残次鉴定结果是机损物流责任或箱损物流责任，所述库存状态调整单包括用于将所述物品出库的出库单和用于将所述物品入物流责任方的仓库的入库单；如果所述残次鉴定结果是机损仓库责任或箱损仓库责任，所述库存状态调整单包括用于将所述物品出库的出库单和用于将所述物品入仓库责任方待处理残次品仓库的入库单。

6.根据权利要求5所述的库存信息处理方法，其特征在于，该方法还包括：

将所述库存状态调整单发送到第二服务器；

在库存状态调整单包括出库单的情况下，如果从第二服务器接收到出库确认消息，基于所述出库单包含的物品的数量调整相应出库仓的库存信息；

在库存状态调整单包括入库单的情况下，如果从第二服务器接收到入库确认消息，基于所述入库单包含的物品的数量调整相应入库仓的库存信息。

7.根据权利要求6所述的库存信息处理方法，其特征在于，该方法还包括：

响应于接收到来自第二服务器的出库确认消息、并接收到来自第四服务器的干线运输报丢消息，获取与所述标识对应的价格；

基于残次鉴定结果，获取赔付比例；

基于所述价格和赔付比例，确定干线赔付金额。

8.根据权利要求1所述的库存信息处理方法，其特征在于，该方法包括：

确定预定时间内第一用户所对应的各仓库中处于残次待鉴定状态的、与标识相对应的物品的库存量；

将指示确定的库存量的库存量消息发送至第一用户。

9.一种出入库信息处理方法，其特征在于，该方法包括：

第二服务器响应于仓库内物品的库存状态转换，向第一服务器发送指示残次鉴定结果的消息；

从第一服务器接收根据残次鉴定结果产生的库存状态调整单，其中根据残次鉴定结果，库存状态调整单相应包括出库单和/或入库单；

根据所述出库单和/或入库单的出入库结果，向第一服务器发送出入库确认消息。

10.一种展示物品库存数量的方法，其特征在于，该方法包括：

第三服务器接收第一服务器转发的、指示物品从良品状态转换到残次待鉴定状态，或者从良品状态转换到退货残次状态的残次通知消息；

获取所述物品的标识；

根据所述残次通知消息，调整与所述物品的标识对应的前台展示库存数量。

11.一种运输中的报丢处理方法，其特征在于，该方法包括：

第四服务器获取干线运输中丢失残次物品的标识，所述干线运输是根据残次物品的残次鉴定结果进行的仓库之间、或仓库与商家之间的残次物品运输；

向第一服务器发送包含所述标识的干线运输报丢消息；

接收指示赔付金额的报丢处理结果消息，所述赔付金额基于与所述标识对应的残次鉴定结果相应的赔付比例确定。

12.一种物品残次信息接收方法，其特征在于，该方法包括：

第一用户设备向第一服务器发送第一用户身份信息；

从第一服务器接收指示预定时间内第一用户身份信息所对应的各仓库中处于残次待鉴定状态的各物品的库存量的库存量消息。

13.一种库存信息处理装置，其特征在于，所述库存信息处理装置包括：

接收单元，用于接收来自第二服务器的物品的库存状态转换的消息，其中所述库存状态至少包括良品状态、残次待鉴定状态、残次已鉴定状态；

标识获取单元，用于获取用于唯一识别所述物品的标识；

关联存储单元，用于将所述物品的转换前后的库存状态与所述标识关联存储，以便基于所述标识能够查找到该物品经历过的所有库存状态。

14.一种出入库信息处理装置，其特征在于，该出入库信息处理装置包括：

消息发送单元，用于响应于仓库内物品的库存状态转换，向第一服务器发送指示残次鉴定结果的消息；

库存状态调整单接收单元，用于从第一服务器接收根据残次鉴定结果产生的库存状态调整单，其中根据残次鉴定结果，库存状态调整单相应包括出库单和/或入库单；

出入库确认消息发送单元，用于根据所述出库单和/或入库单的出入库结果，向第一服务器发送出入库确认消息。

15.一种展示物品库存数量的装置，其特征在于，该装置包括：

消息接收单元，用于接收第二服务器转发的、指示物品从良品状态转换到残次待鉴定状态，或者从良品状态转换到退货残次状态的残次通知消息；

标识获取单元，用于获取所述物品的标识；

库存数量调整单元，用于根据所述残次通知消息，调整与所述物品的标识对应的前台展示库存数量。

16.一种运输中的报丢处理装置，其特征在于，该装置包括：

残次物品的标识获取单元，用于获取干线运输中丢失残次物品的标识，所述干线运输是根据残次物品的残次鉴定结果进行的仓库之间、或仓库与商家之间的残次物品运输；

干线运输报丢消息发送单元，用于向第一服务器发送包含所述标识的干线运输报丢消息；

赔付处理消息接收单元，用于接收指示赔付金额的报丢处理结果消息，所述赔付金额基于与所述标识对应的残次鉴定结果相应的赔付比例确定。

17.一种物品残次信息接收装置，其特征在于，该物品残次信息接收装置包括：

身份信息发送单元，用于向第一服务器发送第一用户身份信息；

消息接收单元，用于从第一服务器接收指示预定时间内第一用户身份信息所对应的各仓库中处于残次待鉴定状态的各物品的库存量的库存量消息。

Images