商品对象信息的处理方法、展示方法及装置与流程

本申请涉及网络
技术领域：
，尤指一种商品对象信息的处理方法、展示方法及装置。
背景技术：
：在电子商务交易平台，用户(如商家，卖家等)可以将交易对象(如商品，服务等)的信息发布到交易平台。相关技术中，仅根据实际商品的情况预测交易平台上商品对象的可销售时间。而用户日常维护的商品对象及其商品对象sku种类繁多，同一商品对象的每个商品对象sku在每个仓库的销售量都不相同，并且除日常销量之外还需要考虑其活动销量。因此，相关技术的方法对商品对象的可销售天数预测不准确，以至于不能及时准确的提醒用户补货，用户体验差。技术实现要素：为了解决上述技术问题，本申请提供了一种商品对象信息的处理方法、展示方法及装置。一方面，本申请提供一种商品对象信息处理的方法，包括：提供库存信息，所述库存信息包括：用户标识、所述用户标识对应的商品标识、所述商品标识对应的一个或多个仓库标识以及各仓库标识对应的库存数量；接收请求消息，所述请求消息中包括用户标识对应的商品标识的预定扣减数量、以及预定扣减时长；根据所述请求消息中的商品标识对应的交易信息、库存信息、所述预定扣减数量、以及所述预定扣减时长，生成扣减时长；向所述用户标识对应的用户终端发送所述扣减时长。其中，所述生成扣减时长，包括：生成所述各仓库标识对应的各仓库的扣减时长。其中，所述生成扣减时长，包括：根据所述请求消息中的商品标识对应的交易信息、库存信息、预定扣减数量以及预定扣减时长，确定所述各仓库标识对应的各仓库中所述商品标识的单位时间扣减总量；根据所述商品标识的单位时间扣减总量、以及所述各仓库标识对应的库存数量，生成所述各仓库标识对应的各仓库中所述商品标识的扣减时长。其中，所述生成扣减时长，包括：根据所述请求消息中的商品标识对应的交易信息、库存信息，确定所述各仓库标识对应的各仓库中所述商品标识的第一单位时间扣减量；根据所述商品标识的所述预定扣减数量以及所述预定扣减时长，确定所述各仓库标识对应的各仓库中所述商品标识的第二单位时间扣减量；根据所述第一单位时间扣减量、所述第二单位时间扣减量以及所述各仓库标识对应的库存数量，生成所述各仓库标识对应的各仓库中商品标识的扣减时长。其中，所述商品标识包括商品对象；所述生成扣减时长，包括：根据所述请求消息中的商品标识对应的交易信息、库存信息，确定所述各仓库标识对应的各仓库中所述商品对象的第一单位时间扣减量；根据所述商品标识的预定扣减数量以及所述预定扣减时长，确定所述各仓库标识对应的各仓库中所述商品对象的第二单位时间扣减量；根据所述第一单位时间扣减量、所述第二单位时间扣减量以及所述库存数量，生成所述各仓库标识对应的各仓库中商品对象的扣减时长。其中，所述商品标识包括商品对象最小库存单位sku；所述生成扣减时长，包括：根据所述请求消息中的商品标识对应的交易信息、库存信息，确定所述各仓库标识对应的各仓库中所述商品对象sku的第一单位时间扣减量；根据所述商品标识的预定扣减数量以及所述预定扣减时长，确定所述各仓库标识对应的各仓库中所述商品对象sku的第二单位时间扣减量；根据所述第一单位时间扣减量、所述第二单位时间扣减量以及所述各仓库标识对应的库存数量，生成所述各仓库标识对应的各仓库中商品对象sku的扣减时长。其中，所述确定所述各仓库标识对应的各仓库中所述商品对象sku的第一单位时间扣减量，包括：根据所述商品对象sku对应的商品对象的交易信息，确定各仓库标识对应的仓库中所述商品对象的第一单位时间扣减量；根据所述商品对象的库存信息和交易信息，确定所述商品对象的分仓比，所述分仓比表示所述各仓库标识对应的各仓库中商品对象的扣减量之比；根据所述商品对象的交易信息，确定所述商品对象sku的扣减比，所述扣减比表示同一商品对象对应的各商品对象sku扣减量之比；根据所述商品对象的第一单位时间扣减量、所述商品对象的分仓比以及所述商品对象sku的扣减比，确定各仓库标识对应的仓库中所述商品对象sku的第一单位时间扣减量。其中，所述库存信息包括：所述各仓库标识对应的补货提起期；所述向所述用户标识对应的用户终端发送所述扣减时长，包括：根据所述扣减时长及所述补货提起期，向所述用户标识对应的用户终端发送通知消息，所述通知消息携带有所述扣减时长。其中，在向所述用户标识对应的用户终端发送所述扣减时长之前，还包括：接收用户终端发送的提醒条件信息，所述提醒条件信息包括用户标识、商品标识和/或仓库标识；所述向所述用户标识对应的用户终端发送所述扣减时长，包括：根据所述提醒条件信息向所述用户标识对应的用户终端返回通知消息，所述通知消息携带有与所述提醒条件信息中用户标识、商品标识和/或仓库标识相对应的扣减时长。其中，所述请求消息来自用户终端。其中，所述请求消息来自第二服务器。另一方面，本申请还提供一种用于处理商品对象信息的装置，包括：第一提供单元，用于提供库存信息，所述库存信息包括：用户标识、所述用户标识对应的商品标识、所述商品标识对应的一个或多个仓库标识以及各仓库标识对应的库存数量；第一接收单元，用于接收请求消息，所述请求消息中包括用户标识对应的商品标识的预定扣减数量、以及预定扣减时长；生成单元，用于根据所述请求消息中的商品标识对应的交易信息、库存信息、所述预定扣减数量、以及所述预定扣减时长，生成扣减时长；第一发送单元，用于向所述用户标识对应的用户终端发送所述扣减时长。另一方面，本申请还提供了一种服务器，包括处理器和存储器；其特征在于，所述存储器用于存储用于商品对象信息处理的程序；所述用于商品对象信息处理的程序在被所述处理器读取执行时，执行如下操作：提供库存信息，所述库存信息包括：用户标识、所述用户标识对应的商品标识、所述商品标识对应的一个或多个仓库标识以及各仓库标识对应的库存数量；接收请求消息，所述请求消息中包括用户标识对应的商品标识的预定扣减数量、以及预定扣减时长；根据所述请求消息中的商品标识对应的交易信息、库存信息、所述预定扣减数量、以及所述预定扣减时长，生成扣减时长；向所述用户标识对应的用户终端发送所述扣减时长。其中，所述用于商品对象信息处理的程序在被所述处理器读取执行时，执行如下操作：根据所述请求消息中的商品标识对应的交易信息、库存信息、所述预定扣减数量、以及所述预定扣减时长，生成扣减时长，包括：根据所述请求消息中的商品标识对应的交易信息、库存信息、预定扣减数量以及预定扣减时长，确定所述各仓库标识对应的各仓库中所述商品标识的单位时间扣减总量；根据所述商品标识的单位时间扣减总量、以及所述各仓库标识对应的库存数量，生成所述各仓库标识对应的各仓库中所述商品标识的扣减时长。另一方面，本申请还提供一种展示商品对象信息的方法，包括：向第一服务器发送请求消息，所述请求消息中包括用户标识对应的商品标识的预定扣减数量、以及预定扣减时长；接收所述第一服务器发送的扣减时长并展示。另一方面，本申请还提供一种用于展示商品对象信息的装置，包括：第二发送单元，用于向第一服务器发送请求消息，所述请求消息中包括用户标识对应的商品标识的预定扣减数量、以及预定扣减时长；第二接收单元，用于接收所述第一服务器发送的扣减时长；第一展示单元，用于展示所述扣减时长。另一方面，本申请还提供了一种用户终端，包括处理器和存储器；所述存储器用于存储用于展示商品对象信息的程序；所述用于展示商品对象信息的程序在被所述处理器读取执行时，执行如下操作：向第一服务器发送请求消息，所述请求消息中包括用户标识对应的商品标识的预定扣减数量、以及预定扣减时长；接收所述第一服务器发送的扣减时长并展示。另一方面，本申请还提供一种商品对象信息处理的方法，包括：向第一服务器发送请求消息，所述请求消息中包括用户标识对应的商品标识的预定扣减数量、以及预定扣减时长，以便所述第一服务器根据所述请求消息中的商品标识对应的交易信息、库存信息、所述预定扣减数量、以及所述预定扣减时长，生成扣减时长。另一方面，本申请还提供一种用于商品对象信息处理的装置，包括：第三发送单元，用于向第一服务器发送请求消息，所述请求消息中包括用户标识对应的商品标识的预定扣减数量、以及预定扣减时长，以便所述第一服务器根据所述请求消息中的商品标识对应的交易信息、库存信息、所述预定扣减数量、以及所述预定扣减时长，生成扣减时长。另一方面，本申请还提供一种服务器，包括处理器和存储器；所述存储器用于存储用于商品对象信息处理的程序；所述用于商品对象信息处理的程序在被所述处理器读取执行时，执行如下操作：向第一服务器发送请求消息，所述请求消息中包括用户标识对应的商品标识的预定扣减数量、以及预定扣减时长，以便所述第一服务器根据所述请求消息中的商品标识对应的交易信息、库存信息、所述预定扣减数量、以及所述预定扣减时长，生成扣减时长。本申请包括以下优点：本申请中，可根据请求消息中商品标识的预定扣减数量和预定扣减时长，结合商品标识的库存信息和交易信息，得到扣减时长，从而确定某个仓库中某个商品对象或商品对象sku的可供销售时长，不仅考虑到日常销量的影响，还考虑到促销活动等对销量的影响，以商品标识(如商品对象、商品对象sku等)和仓库为维度进行预测，能够准确且直接的反映出商品或商品类型在每个仓库的可销售情况，从而及时通知用户针对特定仓库中特定商品或特定商品类型追加库存，预测精度高，提升了用户体验。此外，本申请不需要手动维护，不仅节省了人力，而且效率高。当然，实施本申请的任一产品必不一定需要同时达到以上所述的所有优点。附图说明附图用来提供对本申请技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本申请的技术方案，并不构成对本申请技术方案的限制。图1为本申请商品对象信息处理方法的流程示意图；图2为本申请商品对象信息处理装置的结构示意图；图3为本申请商品对象信息展示方法的流程示意图；图4为本申请商品对象信息展示装置的组成结构示意图；图5为本申请实施例中生成扣减时长流程的示例图；图6为本申请实施例商品对象信息处理装置中第一提供单元组成结构的示例图；图7为本申请实施例商品对象信息处理及展示的系统架构示意图；图8为本申请实施例商品对象信息处理及展示的场景示意图。具体实施方式为使本申请的目的、技术方案和优点更加清楚明白，下文中将结合附图对本申请的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。在本申请一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。实施例一本申请提供了一种商品对象信息处理方法，如图1所示，该方法可包括：步骤101，提供库存信息，所述库存信息包括：用户标识、所述用户标识对应的商品标识、所述商品标识对应的一个或多个仓库标识以及各仓库标识对应的库存数量；步骤102，接收请求消息，所述请求消息中包括用户标识对应的商品标识的预定扣减数量、以及预定扣减时长；步骤103，根据所述请求消息中的商品标识对应的交易信息、库存信息、所述预定扣减数量、以及所述预定扣减时长，生成扣减时长；步骤104，向所述用户标识对应的用户终端发送所述扣减时长。其中，所述扣减时长是指所述各仓库标识对应的各仓库的扣减时长。上述方法可通过第一服务器执行。本申请中，可根据所述请求消息中的商品标识对应的交易信息、库存信息、所述预定扣减数量、以及所述预定扣减时长，生成扣减时长，该扣减时长为所述各仓库标识对应的仓库中商品标识的扣减时长，以商品标识和仓库标识为维度进行预测，能够准确且直接的反映出商品标识对应的每个商品或具体的商品类型在每个仓库的可供销售情况，从而及时通知用户针对特定仓库中特定商品或特定商品类型追加库存，预测精度高，提升了用户体验。此外，本申请不需要手动维护，还节省了人力，降低了维护成本。在一些实现方式中，所述生成扣减时长，可以包括：根据所述请求消息中的商品标识对应的交易信息、库存信息、预定扣减数量以及预定扣减时长，确定所述各仓库标识对应的各仓库中所述商品标识的单位时间扣减总量；根据所述商品标识的单位时间扣减总量、以及所述各仓库标识对应的库存数量，生成所述各仓库标识对应的各仓库中所述商品标识的扣减时长。如此，可准确并及时的确定每个仓库中每个商品标识对应的商品或具体商品类型的可供销售时长，从而及时通知用户针对特定仓库中特定商品或商品类型追加库存，预测精度高，提升了用户体验。实际应用中，所述扣减时长可以是所述库存数量与所述单位时间扣减总量的比值，也可以是该比值的正比例函数值。实际应用中，所述单位时间扣减总量可以由下文中第一单位时间扣减量和第二单位时间扣减量得到。例如，可以是第一单位时间扣减量与第二单位时间扣减量之和，或者可以是第一单位扣减量与一系数之乘积、与第二单位时间扣减量与另一系数之乘积的和。其具体计算方式可以根据实际需要确定，本文不做限制。在一些实现方式中，所述生成扣减时长，包括：根据所述请求消息中的商品标识对应的交易信息、库存信息，确定所述各仓库标识对应的各仓库中所述商品标识的第一单位时间扣减量；根据所述商品标识的所述预定扣减数量以及所述预定扣减时长，确定所述各仓库标识对应的各仓库中所述商品标识的第二单位时间扣减量；根据所述第一单位时间扣减量、所述第二单位时间扣减量以及所述各仓库标识对应的库存数量，生成所述各仓库标识对应的各仓库中商品标识的扣减时长。如此，可准确并及时的确定每个仓库中每个商品标识对应的商品或商品类型的可供销售时长，从而及时通知用户针对特定仓库中特定商品或商品类型追加库存，预测精度高，提升了用户体验。实际应用中，所述扣减时长可以是：根据所述第一单位时间扣减量和第二单位扣减量得到第一变量，由所述库存数量与所述第一变量的比值得到所述扣减时长。其中，所述第一变量的计算方式可以是直接求和，或者可以是在第一单位时间扣减量和/或第二单位扣减量与相应系数相乘之后再求和。其中，库存信息可以包括用户标识、所述用户标识对应的商品标识、所述商品标识对应的一个或多个仓库标识以及各仓库标识对应的库存数量。此外，所述库存信息还可以包括：各仓库标识对应的地理位置、发货区域、入库量、出库量、调拨在途库存量、补货提前期等。实际应用中，上述部分库存信息可以由用户终端提供给第一服务器。例如，用户终端可以直接向第一服务器提供用户标识、所述用户标识对应的商品标识、所述商品标识对应的一个或多个仓库标识以及各仓库标识对应的地理位置、发货区域、入库量、出库量、调拨在途库存量、补货提前期等库存数据，由第一服务器根据上述库存数据实时计算并更新所述各仓库标识对应的库存数量。实际应用中，还可以由专门用于处理并存储库存数据的库存服务器提供给所述第一服务器。可以由用户终端或负责仓库运维的工作人员将上述的部分库存信息(例如用户标识、所述用户标识对应的商品标识、所述商品标识对应的一个或多个仓库标识以及各仓库标识对应的地理位置、发货区域、入库量、出库量、调拨在途库存量、补货提前期等)提供给该库存服务器，库存服务器根据用户终端提供的库存信息实时计算并更新各仓库标识对应的库存数量。第一服务器可以通过主动请求或被动接收等方式从该库存服务器中获取到所述库存信息。例如，所述库存服务器具体可以是管理库存数据的平台等。其中，所述交易信息可以包括商品标识对应的扣减数量、交易时间、价格、仓库标识等数据。实际应用中，该交易信息可以直接由用户终端提供给所述第一服务器，也可以由专门用于处理并存储交易信息的交易服务器提供给所述第一服务器。交易服务器可以通过统计用户的交易记录来得到所述交易信息，也可以从用户终端上获取。该交易服务器可以是交易平台或者具有类似功能的其他平台。其中，预定扣减数量和预定扣减时长可以包含在预定扣减信息中，该预定扣减信息包含在所述请求消息中。实际应用中，所述请求消息可以是直接来自用户终端的，也可以是来自第二服务器的，还可以来自用户终端和第二服务器两者。实际应用中，所述预定扣减信息可以是在促销或类似的其他销售活动中产生的、商品销售相关的信息，具体可以包括商品标识、预定扣减数量以及预定扣减时长，其中，商品标识的预定扣减数量对应于商品或商品类型在所述销售活动中的预定销售数量，商品标识的预定扣减时长对应于商品或商品类型在所述销售活动中的预定销售时长。在一些实现方式中，第一服务器接收来自所述用户终端的请求消息，该请求消息包括第一预定扣减信息，该第一预定扣减信息包括商品标识及其对应的预定扣减数量和预定扣减时长。实际应用中，该第一预定扣减信息可以是用户通过用户终端自定义的销售活动所产生的、商品销售相关的信息，该销售活动的具体形式由用户来定义。在一些实现方式中，第一服务器接收来自所述第二服务器的请求消息，该请求消息包括第二预定扣减信息，该第二预定扣减信息包括商品标识及其对应的预定扣减数量和预定扣减时长。实际应用中，该第二预定扣减信息可以是用户通过用户终端在所述第二服务器上创建的销售活动所产生的、商品销售相关的信息。该销售活动的形式由所述第二服务器来定义，具体的商品标识、预定扣减数量和预定扣减时长等由用户终端提供给所述第二服务器。在一些实现方式中，本文中的商品标识可以包括如下一项或两项：商品对象、商品对象最小库存单位(sku)。在实际应用中，商品对象用于标识商品，例如，iphone6s为一个商品，其对应一个商品对象，iphone5为另一个商品，对应另一个商品对象。不同的商品对象可以通过名称或自定义的字符串(一个字符串对应一个商品名称)来区分。商品对象sku用于标识具体类型的商品，例如，玫瑰金64g的iphone6s是商品iphone6s的一个具体类型，那么玫瑰金64g的iphone6s对应一个商品对象sku，金色64g的iphone6s是商品iphone6s的另一个具体类型，那么金色64g的iphone6s对应另一个商品对象sku，不同的商品对象sku可以通过“商品名称+具体类型描述(例如，颜色+内存；例如，颜色+尺码；等)”的组合(玫瑰金、64g、iphone6s；金色、64g、iphone6s)来区分，也可以通过自定义的字符串来区分，一个字符串对应一个“商品名称+具体类型描述”的组合。在一些实现方式中，所述生成扣减时长，可以包括：根据所述请求消息中的商品标识对应的交易信息、库存信息，确定所述各仓库标识对应的各仓库中所述商品对象的第一单位时间扣减量；根据所述商品标识的预定扣减数量以及所述预定扣减时长，确定所述各仓库标识对应的各仓库中所述商品对象的第二单位时间扣减量；根据所述第一单位时间扣减量、所述第二单位时间扣减量以及所述库存数量，生成所述各仓库标识对应的各仓库中商品对象的扣减时长。如此，可准确并及时的确定每个仓库中每个商品的可供销售时长，从而及时通知用户针对特定仓库中特定商品追加库存，预测精度高，提升了用户体验。其中，单位时间可以根据实际计算的需要来确定，该单位时间可以是一周、48小时(两日)、36小时(1.5日)1、一日(24小时)、12小时等。一般来说，将单位时间设定为一日。实际应用中，第一服务器可以通过统计一定时间内的交易信息和库存信息计算出各仓库中商品对象的第一单位时间扣减量。例如，可以根据商品对象在一定时间段内的交易信息和库存信息，统计出该时间段内每个仓库标识对应的所述商品对象的历史扣减数量，可以将每个仓库标识对应的历史扣减数量在所述时间段内的单位时间平均扣减量作为每个仓库标识对应的所述第一单位时间扣减量。实际应用中，还可以通过多次平均的方式或者多次平均之后再对每次平均的结果再取平均的方式，确定所述第一单位时间扣减量。实际应用中，还可以根据仓库标识所对应仓库的重要性或收益率等因素在计算第一单位时间扣减量时设置第一权重值，通过该第一权重值、历史扣减数量以及所述时间段对应的时间范围值得到每个仓库标识对应的第一单位时间扣减量。实际应用中，第一服务器可以在每次接收到请求消息时更新一次第二单位时间扣减量。其中，第二单位时间扣减量可以通过如下方式得到：先根据每个仓库标识对应的商品对象分仓比和所述预定扣减数量的乘积得到每个仓库标识对应的预定扣减数量，再将每个仓库标识对应的预定扣减数量除以所述预定扣减时长即可得到每个仓库标识对应的第二单位时间扣减量。其中，商品对象分仓比可以根据商品对象的交易信息和库存信息采用统计算法计算得到。实际应用中，还可以根据所述请求消息对应的实际销售活动的重要性或收益率等因素设置第二权重值，通过第二权重值、商品对象分仓比、预定扣减数量以及所述预定扣减时长计算得到所述第二单位时间扣减量。实际应用中，可以每接收到一次请求消息即更新一次所述第二单位时间扣减量，每更新一次第二单位时间扣减量可相应更新一次扣减时长；也可以将第二单位时间扣减量存储到数据库中，每接收到一次请求消息即更新一次所述第二单位时间扣减量并同步更新到数据库中，可从数据库中查询最新的第二单位时间扣减量来定期更新扣减时长。除此之外，还可以定期统计该时间段内接收到的所有请求消息中的数据再一并计算第二单位时间扣减量，还可以是以多次计算结果的平均值作为所述第二单位扣减量，对此本文不作限制。在一些实现方式中，所述生成扣减时长，可以包括：根据所述请求消息中的商品标识对应的交易信息、库存信息，确定所述各仓库标识对应的各仓库中所述商品对象sku的第一单位时间扣减量；根据所述商品标识的预定扣减数量以及所述预定扣减时长，确定所述各仓库标识对应的各仓库中所述商品对象sku的第二单位时间扣减量；根据所述第一单位时间扣减量、所述第二单位时间扣减量以及所述各仓库标识对应的库存数量，生成所述各仓库标识对应的各仓库中商品对象sku的扣减时长。如此，可准确并及时的确定每个仓库中每个商品对象sku对应的商品类型的可供销售时长，从而及时准确的通知用户针对特定仓库中的特定商品类型追加库存，预测精度高，提升了用户体验。其中，所述确定所述各仓库标识对应的各仓库中所述商品对象sku的第一单位时间扣减量，可以通过如下方式实现：1)根据所述商品对象sku对应的商品对象的交易信息，确定各仓库标识对应的仓库中所述商品对象的第一单位时间扣减量；2)根据所述商品对象的库存信息和交易信息，确定所述商品对象的分仓比，所述分仓比表示所述各仓库标识对应的各仓库中商品对象的扣减量之比；3)根据所述商品对象的交易信息，确定所述商品对象sku的扣减比，所述扣减比表示同一商品对象对应的各商品对象sku扣减量之比；4)根据所述商品对象的第一单位时间扣减量、所述商品对象的分仓比以及所述商品对象sku的扣减比，确定各仓库标识对应的仓库中所述商品对象sku的第一单位时间扣减量。其中，确定商品对象的第一单位扣减量、商品对象分仓比等可参照上文相关说明，不再赘述。其中，商品对象sku扣减量之比可以通过如下方式得到：从所述交易信息和库存信息中统计一定时间段内同一商品对象下各个商品对象sku的历史扣减量，将各个商品对象sku的历史扣减量之比值确定为所述商品对象sku的扣减比；或者，可以多次统计计算各个商品对象sku的历史扣减量之比，以多次得到各个商品对象sku历史扣减量之比的平均值作为所述商品对象sku的扣减比。其中，各仓库标识对应的仓库中商品对象sku的第一单位时间扣减量可以是商品对象第一单位时间扣减量、商品对象分仓比、商品对象sku的扣减比之乘积，还可以是其他函数关系。此外，在计算时还可以根据仓库的重要性和收益率，或者商品对象sku的收益率等，在计算各仓库标识对应的仓库中商品对象sku的第一单位时间扣减量时增设权重值，以突出其影响。例如要减少某个变量(例如商品对象第一单位时间扣减量)的影响，可以在上述的乘积或其他函数关系中取该变量的开方值等。在一些实现方式中，所述向所述用户标识对应的用户终端发送所述扣减时长，可以包括：根据所述扣减时长及所述补货提起期，向所述用户标识对应的用户终端发送通知消息，所述通知消息携带有所述扣减时长。具体的，可根据补货提前期和扣减时长的差值来决定是否向用户终端提供通知消息，在决定通知用户终端时才发送通知消息。例如，可以将一仓库中商品标识(商品对象或商品对象sku)的扣减时长与相应的补货提前期比较；在所述扣减时长超过所述补货提前期的数值不大于预定的第一阈值时，向所述用户终端发送所述通知消息。实际应用中，该第一阈值可以是经验值，由第一服务器根据历史数据来确定，也可以由用户通过用户终端来预先设定。在一些实现方式中，在向所述用户标识对应的用户终端发送所述扣减时长之前，还包括：接收用户终端发送的提醒条件信息，所述提醒条件信息包括用户标识、商品标识和/或仓库标识；所述向所述用户标识对应的用户终端发送所述扣减时长，包括：根据所述提醒条件信息向所述用户标识对应的用户终端返回通知消息，所述通知消息携带有与所述提醒条件信息中用户标识、商品标识和/或仓库标识相对应的扣减时长。也就是说，可以根据用户设置的提醒条件向用户终端发送所述通知消息。具体的，在向所述用户终端发送通知消息之前，第一服务器可接收所述用户终端发送的提醒条件信息，所述提醒条件信息包括指定的商品标识(如商品对象、商品对象sku等)和/或指定的仓库标识；第一服务器可根据所述提醒条件信息向所述用户终端发送通知消息，所述通知消息包括指定仓库中指定商品标识的扣减时长。实际应用中，所述提醒条件还可以包括指定的所述第一阈值、和/或指定的第二阈值。可设置，在扣减时长减去所述补货提前期的值低于所述第一阈值时发送所述通知消息，所述扣减时长低于所述第二阈值时发送所述通知消息等。实际应用中，第一服务器可以在每次接收到请求消息时更新一次所述扣减时长，还可以定时更新所述扣减时长。所述扣减时长每更新一次，所述通知消息可以发送一次或者在满足上述条件之后再发送。如图2所示，本申请还提供了一种用于处理商品对象信息的装置，可应用于第一服务器，该装置可包括：第一提供单元21，用于提供库存信息，所述库存信息包括：用户标识、所述用户标识对应的商品标识、所述商品标识对应的一个或多个仓库标识以及各仓库标识对应的库存数量；第一接收单元22，用于接收请求消息，所述请求消息中包括用户标识对应的商品标识的预定扣减数量、以及预定扣减时长；生成单元23，用于根据所述请求消息中的商品标识对应的交易信息、库存信息、所述预定扣减数量、以及所述预定扣减时长，生成扣减时长；第一发送单元24，用于向所述用户标识对应的用户终端发送所述扣减时长。如图2所示的装置可用于与实现上文所述的全部方法流程及具体步骤，其具体实现原理相似，不再赘述。其中，第一提供单元21、第一接收单元22、生成单元23以及第一发送单元24分别可以是软件、硬件或两者的结合。上述商品对象信息处理的方法和用于处理商品对象信息的装置都可以通过第一服务器来实现。在一些实现方式中，第一接收单元22可以通过接收器件等实现，第一提供单元21可通过处理器和存储器等类似器件实现，生成单元23可以通过处理器等器件实现，第一发送单元24可以通过发射器件等实现。例如，第一发送单元24和第一接收单元22可通过支持http协议的通信组件实现。此外，本申请还提供了一种服务器，包括处理器和存储器；所述存储器用于存储用于商品对象信息处理的程序；所述用于商品对象信息处理的程序在被所述处理器读取执行时，执行如下操作：提供库存信息，所述库存信息包括：用户标识、所述用户标识对应的商品标识、所述商品标识对应的一个或多个仓库标识以及各仓库标识对应的库存数量；接收请求消息，所述请求消息中包括用户标识对应的商品标识的预定扣减数量、以及预定扣减时长；根据所述请求消息中的商品标识对应的交易信息、库存信息、所述预定扣减数量、以及所述预定扣减时长，生成扣减时长；向所述用户标识对应的用户终端发送所述扣减时长。在一些实现方式中，所述用于商品对象信息处理的程序在被所述处理器读取执行时，执行如下操作：根据所述请求消息中的商品标识对应的交易信息、库存信息、所述预定扣减数量、以及所述预定扣减时长，生成扣减时长，可以包括：1)根据所述请求消息中的商品标识对应的交易信息、库存信息、预定扣减数量以及预定扣减时长，确定所述各仓库标识对应的各仓库中所述商品标识的单位时间扣减总量；2)根据所述商品标识的单位时间扣减总量、以及所述各仓库标识对应的库存数量，生成所述各仓库标识对应的各仓库中所述商品标识的扣减时长。其中，该服务器即为上文中的第一服务器，该服务器可以实现上述方法中所有流程，具体可以参照上文的相关说明。实际应用中，该服务器还可提供交易平台。实施例二如图3所示，本申请还提供了一种展示商品对象信息的方法，应用于用户终端，可包括：步骤301，向第一服务器发送请求消息，所述请求消息中包括用户标识对应的商品标识的预定扣减数量、以及预定扣减时长；步骤302，接收所述第一服务器发送的扣减时长并展示。除此之外，上述方法还可以包括：提供交易信息以及部分库存信息给所述第一服务器或其他服务器。如图4所示，本申请还提供一种用于展示商品对象信息的装置，包括：第二发送单元41，用于向第一服务器发送请求消息，所述请求消息中包括用户标识对应的商品标识的预定扣减数量、以及预定扣减时长；第二接收单元42，用于接收所述第一服务器发送的扣减时长；第一展示单元43，用于展示所述扣减时长。其中，第二发送单元41、第二接收单元42和第一展示单元43可以是软件、硬件或两者的结合。上述展示商品对象信息的方法和用于展示商品对象信息的装置都可以通过可作为用户终端的电子设备实现，例如，可以是pc、可穿戴设备、移动终端、平板电脑等。在一些实现方式中，上述图4所示的装置还可以是pc或移动终端(如手机、平板电脑、便携式电子设备、可穿戴设备等)支持的浏览器或应用程序。在一些实现方式中，第二发送单元41可以通过发射器等实现，第二接收单元42可以通过接收器件实现，第一展示单元43可以通过显示器等实现。上述图4所示的装置可以是发射器、接收器和显示器组成的电子设备，也可以是包含有发射器、接收器和显示器的电子设备，如pc、可穿戴设备、移动终端、平板电脑等。此外，本申请还提供一种用户终端，包括处理器和存储器；所述存储器用于存储用于展示商品对象信息的程序；所述用于展示商品对象信息的程序在被所述处理器读取执行时，执行如下操作：向第一服务器发送请求消息，所述请求消息中包括用户标识对应的商品标识的预定扣减数量、以及预定扣减时长；接收所述第一服务器发送的扣减时长并展示。其中，上述用户终端可以实现上述图3所示方法中的所有流程，具体可以参照上文的相关说明。在一些实现方式中，所述展示商品对象信息的长须可以通过pc或移动终端支持的浏览器或应用程序等加载。在一些实现方式中，该用户终端可以是pc、可穿戴设备、手机、平板电脑等。实施例三本申请中，还提供了一种商品对象信息处理的方法，包括：向第一服务器发送请求消息，所述请求消息中包括用户标识对应的商品标识的预定扣减数量、以及预定扣减时长，以便所述第一服务器根据所述请求消息中的商品标识对应的交易信息、库存信息、所述预定扣减数量、以及所述预定扣减时长，生成扣减时长。相应的，还提供了一种用于商品对象信息处理的装置，包括：第三发送单元，用于向第一服务器发送请求消息，所述请求消息中包括用户标识对应的商品标识的预定扣减数量、以及预定扣减时长，以便所述第一服务器根据所述请求消息中的商品标识对应的交易信息、库存信息、所述预定扣减数量、以及所述预定扣减时长，生成扣减时长。本实施例的上述方法和装置可应用于上述的第二服务器，该第二服务器可以是提供销售活动平台的服务器或服务器集群。本实施例还提供了一种服务器，包括处理器和存储器；所述存储器用于存储用于商品对象信息处理的程序；所述用于商品对象信息处理的程序在被所述处理器读取执行时，执行如下操作：向第一服务器发送请求消息，所述请求消息中包括用户标识对应的商品标识的预定扣减数量、以及预定扣减时长，以便所述第一服务器根据所述请求消息中的商品标识对应的交易信息、库存信息、所述预定扣减数量、以及所述预定扣减时长，生成扣减时长。其中，该服务器即为上述第二服务器，该第二服务器可以实现上述方法中所有流程。实际应用中，该服务器还可提供销售活动平台。示例一下面以示例的形式详细说明本申请中扣减时长的生成过程。本示例中，可供销售天数为上文中扣减时长的示例，日均正常销量为上文中第一单位时间扣减量的示例，日均活动销量为上文中第二单位时间扣减量的示例，日均总销量为上文中单位时间扣减总量的示例。销售活动信息为上文中预定扣减信息的示例，销售活动销量、预定活动销量分别为上文中预定扣减数量的示例，预定销售时长为上文中预定扣减时长的示例，商品对象sku和商品对象分别为上文中商品标识的示例，历史销量数据为上文中历史扣减量的示例，当前可销库存为上文中库存数量的示例。如图5所示，确定每个仓库中商品对象sku可供销售天数的过程可以包括：步骤501，根据来自用户终端的交易信息，预测商品对象的日均正常销量；步骤502，根据来自用户终端的商品对象sku信息以及交易信息，预测商品对象下的商品对象sku销量比；步骤503，根据来自用户终端的库存信息和交易信息，预测商品对象的分仓比(也可称为仓库销量比)；步骤504，根据来自用户终端或第二服务器的销量活动信息，计算每个仓库中每个商品对象sku的日均活动销量；步骤505，根据来自用户终端的库存信息，得到每个仓库中商品对象sku的当前可销库存；步骤506，根据商品对象的日均正常动销量、商品对象下的商品对象sku销量比、以及预测商品对象的分仓比，得到每个仓库中商品对象sku的日均正常销量，并根据每个仓库中商品对象sku的日均正常销量及其日均活动销量，得到每个仓库中商品对象sku的日均总销量；步骤507，根据每个仓库中商品对象sku的日均总销量及其当前可销库存，得到每个仓库中商品对象sku的可供销售天数。其中，步骤501至步骤505的前后执行顺序不限制，可相互调换，也可同时执行。本示例中，基于商品对象sku信息、交易信息、库存信息以及销售活动信息，预测每个仓库的商品对象sku的日均总销量，然后结合每个仓库中商品对象sku的当前可销库存，确定每个仓库中商品对象sku的可供销售天数。在一些实现方式中，步骤501可通过如下方式实现：根据商品对象sku信息和交易信息，形成商品对象的历史销量数据；使用机器学习算法，利用随机森林模型，以商品对象的历史销量数据为训练数据，训练出多个决策树，根据该多个决策树推测出商品对象在未来的指定时间段内(如未来的六周)的日均正常销量，将商品对象在该指定时间段内的日均正常销量存储到数据库中。在一些实现方式中，可以通过创建和/或更新数据表的方式将商品对象的日均正常销量存储在数据库中。例如，可以在数据库中创建如下表1所示的日均正常销量数据表，每个商品对象对应创建一个日均正常销量数据表，该日均正常销量数据表中可包含如下字段：表标识、用户标识、商品对象、起始日期以及销量值(即扣减量值)。其中，表标识字段用于写入数据表id，用户标识字段用于写入用户标识(如卖家id)，销量值字段用于写入指定时间段内的正常销量值，起始日期字段用于写入所述指定时间段的具体起始日期，商品对象字段用于写入商品对象的标识(如id，名称等)。信息名称示例表标识表id用户标识卖家id商品对象商品对象id周一日期xx年xx月xx日周销量值yyy表1在一些实现方式中，可根据交易信息的变化定期更新商品对象的历史销量数据，并以更新后的商品对象历史销量数据为训练数据重新训练，同步更新随机森林模型，进而更新商品对象的日均正常销量，将商品对象的日均正常销量的更新同步到数据库。如此，以商品对象为维度进行建模和预测得到的日均正常销量准确率可以达到70％以上。在一些实现方式中，步骤502可以通过如下方式实现：根据商品对象sku信息和交易信息，可以确定商品对象下每个商品对象sku的历史销量比值；采用机器学习算法，以一个商品对象下每个商品对象sku历史销量的比值为训练数据，预测出该商品对象下的商品对象sku销量比(对应于上文中的商品对象sku扣减比)并存储到数据库中。在一些实现方式中，可以通过创建和/或更新数据表的方式将商品对象下的商品对象sku销售比存储在数据库中。例如，可以在数据库中创建如下表2所示的商品对象sku销量比数据表，每个商品对象对应创建一个商品对象sku销量比数据表，每个商品对象sku销量比数据表中可记录表标识(表id)、商品对象(如商品对象id)、用户标识(如，卖家id)、商品对象sku销量比(如m1)等。表2在一些实现方式中，还可定期根据商品对象sku信息以及交易信息，更新商品对象sku销量比数据并重新训练，并将更新后的商品对象sku销量比同步到数据库中(如表2中)。在一些实现方式中，步骤503预测商品对象的分仓比可通过如下方式实现：采用机器学习算法，根据交易信息以及库存信息得到每个商品对象的分仓比并存储到数据库中。本实施例中，可以通过创建和/或更新数据表的方式将商品对象分仓比存储在数据库中。例如，可以在数据库中创建如下表3所示的商品对象分仓比数据表，每个商品对象对应创建一个分仓比数据表，每个分仓比数据表中可记录表标识(如，表id)、商品对象(如，商品对象id)、用户标识(即卖家id)、商品对象的分仓比(如，m2)等。除此之外，在该数据表还可包含其他信息，本文不做限制。如表3所示，可使用字段ratio_expression表示商品对象的分仓比，item_id为商品对象id。表3实际应用中，还可根据交易信息以及库存信息的变化，定期更新商品对象的分仓比。实际应用中，在数据库中，表2和表3中的m1和m2分别可以是一个表达式，m1为商品对象sku销量比的表达式，m2为商品对象分仓比表达式，例如可以是：storecode1:storecode2:storecode3＝1:2:4。在计算时，可将该表达式取出并解析出比例用于程序计算。在一些实现方式中，步骤504可以通过如下方式实现：根据销量活动信息中商品对象sku的预定活动销量、预定销售时长以及所述商品对象分仓比，得到每个仓库中商品对象sku的日均活动销量；更新数据库中的销量活动信息表及其关联的销售活动分仓表；所述销量活动信息表关联有多个所述销售活动分仓表，所述销量活动信息表中包含销售活动标识、销售活动平台标识、销量活动类型、以及用户标识等字段；所述销售活动分仓表包含每个仓库中商品对象sku的日均活动销量和销售活动标识。在一些实现方式中，销售活动信息表的表结构可以采用如下表4所示的形式。在销售活动信息表中包含表标识、销售活动标识、销售活动类型、销售活动平台标识、用户标识(卖家id)、外键id。其中，可使用字段act_name作为活动名称，act_type为活动类别(分为第二服务器中预定义的第二销售活动和用户在第一服务器或第二服务器自己创建的第一销售活动)，act_sub_type为销售活动平台标识(如，可分为聚划算活动、淘抢购活动、商家自己创建的活动等)、seller_id为商家id，act_out_id为活动的外键id，外键id同时作为唯一键，防止重复创建两个相同的销售活动。表4在一些实现方式中，销售活动分仓表可包括商品对象、销售活动标识、商品对象sku、仓库标识、日均活动销量、预定销售时长(对应于上文中的预定扣减时长)等。如下表5为本申请销售活动分仓表的示例。如表5所示，销售活动分仓表中不仅存储了商品对象的销售活动信息(包括预计销量、活动价格等)，还存储了商品对象分仓、分商品对象sku后的活动销量(即每个商品对象sku在每个仓库的销售活动销量)。其中，item_id为商品对象id，act_id为销售活动id(即为销售活动信息表中的id，用于关联销售活动信息表)，商品对象sku_id为商品对象skuid，store_code为仓库标识，forecast_cast_num为日均活动销量。parent_id为父id，为0表示总仓，不为0表示分仓，start_time为销售活动开始时间，end_time为销售活动结束时间，act_price为活动销售价格(对应于本文中的预定扣减价格)。在一些实现方式中，在数据库中可通过销售活动标识将销售活动信息表与销售活动分仓表关联。表5在一些实现方式中，步骤505可通过如下方式实现：库存发生变化时，用户可实时修改或重设库存量，在用户修改或重设库存量之后，用户终端或管理库存数据的库存服务器发送库存变动消息至第一服务器，该库存变动消息中包含最新的库存信息，第一服务器接收所述库存变动消息，从中解析出库存信息，根据该库存信息中各仓库标识对应的各仓库中商品对象sku的入库数量、出库数量等可以确定各仓库标识对应的各仓库中商品对象sku的当前可销库存。在一些实现方式中，步骤506可通过如下方式实现：分别从数据库中读取上述表1、表2、表3中的商品对象日均正常销量、商品对象sku销量比和该商品对象的分仓比，将商品对象的日均正常销量乘以其商品对象sku销量比即可得到该商品对象下的商品对象sku日均正常销量。将商品对象的商品对象sku日均正常销量乘以该商品对象的分仓比，得到每个仓库中商品对象sku的日均正常销量；读取上述表5中每个仓库中商品对象sku的日均活动销量，将每个仓库中商品对象sku的日均正常销量与该仓库中同一商品对象sku的日均活动销量之和，作为每个仓库中商品对象sku的日均总销量。在一些实现方式中，步骤507可通过如下方式实现：根据步骤505得到的每个仓库中商品对象sku的当前可销库存、以及步骤506得到的每个仓库中商品对象sku的日均总销量，将所述当前可销库存以天为单位逐一减掉未来每天的日均总销量(对应于上文的单位时间扣减总量)，即可得到各仓库标识对应的各仓库中商品对象sku的可供销售天数。在一些实现方式中，生成单元23可通过如图6所示的结构实现。如图6所示，所述生成单元23可包括：第一计算模块211，用于根据来自用户终端或第二服务器的销量活动信息(上文中预定扣减信息，包括预定销售时长和预定活动销量，其中，预定活动销量对应于上文的预定扣减数量，预定销售时长对应于上文的预定扣减时长)，计算每个仓库中每个商品对象sku的日均活动销量；第二计算模块212，用于根据来自用户终端或库存服务器的库存信息，得到每个仓库中商品对象sku的当前可销库存；第三计算模块213，用于从数据库215读取商品对象的日均正常销量、商品对象sku销量比、分仓比以及商品对象sku的日均活动销量，并结合所述商品对象sku在每个仓库的当前可销库存，计算每个仓库中商品对象sku的可供销售天数；第四计算模块214，用于根据商品对象sku信息(包括用户标识、与用户标识对应的商品对象、与商品对象对应的商品对象sku)、交易信息以及库存信息，确定商品对象的日均正常销量并存储在数据库215、确定商品对象sku销量比并存储在数据库215、以及确定商品对象的分仓比并存储在数据库215。数据库215，用于存储商品对象的日均正常销量、商品对象sku销量比(上文中商品对象sku的扣减比示例)、商品对象的分仓比以及每个仓库中商品对象sku的日均活动销量。在一些实现方式中，图6所示结构可实现图5所示的流程，具体实现过程可参见上文，不再赘述。在一些实现方式中，第四计算模块214还可以分为三个独立的计算子模块，其中一个子模块对应得到所述商品对象的日均正常销量，一个子模块对应得到商品对象sku销量比，最后一个子模块对应得到商品对象的分仓比，该三个子模块能够通过训练相应的历史数据得到相应的预测数据(即商品对象的日均正常销量、商品对象的商品对象sku销量比和商品对象的分仓比)，并将相应的预测数据存储在数据库215中。上述的第一计算模块211、第二计算模块221和第三计算模块213也可通过同一个具有相应计算功能的软件模块实现，不再赘述。实际应用中，数据库215可以是内存中的某个存储区域，也可以是另外配置的存储器，上述的第四计算模块214以及第一计算模块211、第二计算模块212和第三计算模块213均由处理器来执行，分别可以是软件、硬件或两者的结合。实施例五如图7所示，本实施例提供一种商品对象信息处理及展示的系统，该系统可以包括：第一服务器、第二服务器和用户终端。其中，所述第一服务器，包括处理器和存储器；所述存储器用于存储用于商品对象信息处理的程序；所述用于商品对象信息处理的程序在被所述处理器读取执行时，执行如下操作：提供库存信息，所述库存信息包括：用户标识、所述用户标识对应的商品标识、所述商品标识对应的一个或多个仓库标识以及各仓库标识对应的库存数量；接收请求消息，所述请求消息中包括用户标识对应的商品标识的预定扣减数量、以及预定扣减时长；根据所述请求消息中的商品标识对应的交易信息、库存信息、所述预定扣减数量、以及所述预定扣减时长，生成扣减时长；向所述用户标识对应的用户终端发送所述扣减时长。其中，所述第二服务器，包括处理器和存储器；所述存储器用于存储用于商品对象信息处理的程序；所述用于商品对象信息处理的程序在被所述处理器读取执行时，执行如下操作：向所述第一服务器发送请求消息，所述请求消息中包括用户标识对应的商品标识的预定扣减数量、以及预定扣减时长，以便所述第一服务器根据所述请求消息中的商品标识对应的交易信息、库存信息、所述预定扣减数量、以及所述预定扣减时长，生成扣减时长。其中，所述用户终端，包括处理器和存储器；所述存储器用于存储用于展示商品对象信息的程序；所述用于展示商品对象信息的程序在被所述处理器读取执行时，执行如下操作：向第一服务器发送请求消息，所述请求消息中包括用户标识对应的商品标识的预定扣减数量、以及预定扣减时长；接收所述第一服务器发送的扣减时长并展示。实际应用中，第二服务器可提供销售活动平台，该销售活动平台预定义有至少一个第二销售活动，第二服务器可将该至少一个第二销售活动提供给用户终端，在接收用户选择的第二销售活动以及输入的预定扣减信息(包括用户标识、商品标识、预定扣减时长、预定扣减数量、预定扣减价格等)之后，可以生成相应的第二销售活动，并发送请求消息发送至第一服务器，该请求消息可包括所述第二销售活动对应的预定扣减信息，具体可包括：用户标识、商品标识、预定扣减数量、预定扣减时长、预定扣减价格等。在第二销售活动结束时或变更时，第二服务器还可实时发送请求消息至第一服务器，将该第二销售活动变更产生的预定扣减信息(可包括：用户标识、预定活动标识、以及变更后的预定扣减数量、预定扣减时长、预定扣减价格)或该第二销售活动删除产生的预定扣减信息(可包括：用户标识、商品标识、预定活动标识等)发送至第一服务器，使得第一服务器能够获得最新的预定扣减信息，从而实时更新相应的扣减时长。如此，当用户在第二服务器提供的销售活动平台上报名参加第二销售活动时，第一服务器可自动获取相应的预定扣减信息并同步更新本地数据库中的相应数据(如预定扣减时长、预定扣减数量、商品标识、预定扣减价格、每个仓库中商品标识的第二单位时间扣减量、扣减时长等)。实际应用中，用户终端可用于：向所述第一服务器发送请求消息，该请求消息包括对应第一销售活动的预定扣减信息(可包括用户标识、商品标识、预定扣减时长、预定扣减数量、预定扣减价格等)，和/或向第二服务器发送选择的第二销售活动的预定扣减信息(可包括用户标识、商品标识、预定扣减时长、预定扣减数量、预定扣减价格等)；展示来自所述第一服务器的通知消息，所述通知消息包含仓库标识、商品标识及其对应的扣减时长。在一些实现方式中，用户终端还可用于展示所述第二服务器提供的第二销售活动，以便用户选择要参与的第二销售活动并输入相应的预定扣减信息。其中，第一销售活动为用户通过用户终端在第一服务器提供的平台上自定义创建的，其预定扣减信息包括用户标识、商品标识(如商品对象、商品对象sku)、预定扣减数量(如预定活动销量)和预定扣减时长(如预定销售时长)等。此外，用户终端还可以将用户设置的提醒条件发送至第一服务器，第一服务器可根据该提醒条件向该用户终端通知所述扣减时长。示例二如图8所示，为本申请方法及装置的应用示例示意图。如图8所示，卖家a的商品对象为手机“iphone6s”，其可销售的商品对象sku可以包括12种，分别为：sku1(iphone6s/金色/16g)、sku2(iphone6s/金色/64g)、sku3(iphone6s/金色/128g)、sku4(iphone6s/银色/16g)、sku5(iphone6s/银色/64g)、sku6(iphone6s/银色/128g)、sku7(iphone6s/灰色/16g)、sku8(iphone6s/灰色/64g)、sku9(iphone6s/灰色/128g)、sku10(iphone6s/玫瑰金色/16g)、sku11(iphone6s/玫瑰金色/64g)、sku12(iphone6s/玫瑰金色/128g)。如图8所示，卖家a配置有两个仓库，分别是：仓库1和仓库2，其中，仓库1的发货区域为华东地区，仓库2的发货区域为华南地区，仓库1和仓库2都库存有上述12种商品对象sku。如图8所示，卖家a可以通过用户终端进行交易，并向第一服务器提供其库存信息、商品对象sku信息、交易信息、销量活动信息等。其中，商品对象sku信息包括上述12种商品对象sku的商品对象名称、内存、颜色等数据。库存信息可以包括卖家a的仓库配置(仓库标识、地理位置、发货区域)、每个仓库中的商品对象sku、以及每个仓库中每个商品对象sku的入库量、出库量、调拨在途库存量、补货提前期等数据。实际应用中，第一服务器向用户终端提供交易平台，用户终端将该交易平台以网站或类似形式展示，卖家a可在该交易平台上注册店铺，以售卖商品对象或服务等。在卖家a通过第一服务器提供的交易平台上售出商品对象sku时，产生交易。实际应用中，所述交易信息可包含在订单消息由用户终端送至所述服务器，服务器从所述订单消息中提取所述交易信息。所述交易信息可以包括销售的商品对象sku数量、销售时间、价格等数据。例如，交易信息可以包括：卖家标识、买家标识、发货地址、收货地址、发货时间、收货时间、发货仓库标识、每个发货仓库中商品对象sku的出库数量、商品对象sku&总数量&价格；实际应用中，商品对象sku信息可以是卖家在注册店铺时或者有新商品对象增加时输入，所述用户终端可以通过相应的注册消息或更新消息将商品对象sku信息(包括用户标识、对应于该用户标识的商品对象、对应于该商品对象的各个商品对象sku以及各商品对象sku的数量等)送至所述服务器，服务器会接收所述注册消息或更新消息并提取其中的商品对象sku信息并同步更新本地数据库中的相关数据。实际应用中，用户终端通过库存变动消息或所述注册消息等将库存信息送至服务器，在发生库存变动(如有商品对象sku入库、因调拨或发生交易有商品对象sku出库时)时通过库存变动消息(携带每个仓库中商品对象sku的入库量、出库量等)、在注册店铺时通过所述注册消息(携带卖家a的仓库数量、以及每个仓库的仓库标识、发货区域、商品对象sku的在仓库存数量等)将相应的库存信息送至服务器，服务器会接收所述注册消息或库存变动消息，提取库存信息并同步更新本地数据库中的相关数据。如图8所示，在第一服务器还保存有库存数据，该库存数据可包括卖家输入的仓库配置信息、每个仓库入库的商品对象sku及数量；第一服务器可根据交易信息和库存信息，实时更新该库存数据中每个仓库中商品对象sku的当前可销库存。卖家在第二服务器提供的销售活动平台选择参与销售活动，并输入销售活动信息：商品对象sku&预定活动销量(上文中预定扣减数量的示例)&活动销售价格(上文中预定扣减价格的示例)&预定销售时长(上文中预定扣减时长的示例)。实际应用中，预定活动销量可以是商品对象sku级别的总数量，也可以是商品对象级别的总数量，具体可以由卖家自行设置。如图8所示，第二服务器可提供销售活动平台：存储卖家输入的上述销售活动信息(上文中预定扣减信息的示例)，在审核通过之后即生成相应的销售活动，将相应的销售活动创建消息(上文中请求消息的示例)发送至第一服务器，该销售活动创建消息包括：卖家标识、销售活动id、商品对象sku的标识&活动销售数量&预定销售时间&活动销售价格(上文中预定扣减价格的示例)。在销售活动结束时或有变更时，第二服务器还可实时将销售活动变更消息(可包括：卖家标识、销售活动id、变更后的商品对象sku的标识、预定活动销量、预定销售时长、活动销售价格)(上文中请求消息的示例)或销售活动删除消息(可包括：卖家标识、销售活动id、商品对象sku的标识等)(上文中请求消息的示例)发送至第一服务器，使得第一服务器能够获得最新的销售活动信息，从而实时更新相应的商品对象sku日均活动销量(上文中商品对象sku第二单位时间扣减量的示例)。如此，当卖家a在第二服务器提供的销售活动平台上报名参加销售活动(第二销售活动的示例)时，第一服务器可自动获取该销售活动信息(即预定扣减信息)并同步更新本地数据库中的相应数据(如预定销售时长、商品对象sku的预定活动销量、活动销售价格、每个仓库中商品对象sku的日均活动销量等)。如图8所示的示例中，商品对象sku的可供销售时长(即扣减时长)可以由当前可销库存数与日均销售总量的比值得到。其中，日均销售总量即为上文中的单位时间扣减总量，当前可销库存数即为上文中的库存数量，所述可供销售时长即为上文中的扣减时长，这些数据对应于具体的仓库标识和商品对象sku，或者这些数据也可以对应于具体的仓库标识和商品对象。例如，日均销售总量可以为日均活动销量(即上文中第二单位时间扣减量)与日均正常销量(即上文中第一单位时间扣减量)之和。如果需要对日均正常销量进行校准，还可以在求和之前，在日均正常销量前乘一系数，该系数可通过经验确定。如果需要对日均活动销量进行校正，也可以在求和之前，在日均活动销量前乘一系数，该系数可通过经验确定。例如，可以统计一段时间内商品对象交易信息中的历史销售数量，基于该历史销售数量与相应的时间范围值之间的比值得到所述商品对象的日均正常销量。商品对象sku的日均正常销量可以为商品对象日均正常销量、商品对象分仓比、以及商品对象sku销量比的乘积。其中，商品对象sku销量比即为上文中的商品对象sku扣减比，可通过历史销量数据(历史扣减量)得到。例如，可以先由商品对象的预定活动销量、商品对象分仓比、商品对象sku销量比之间的乘积得到每个仓库中商品对象sku的预定活动销量，再由每个仓库中商品对象sku的预定活动销量与预定销售时长的比值得到所述日常活动销量。其中，所述商品对象分仓比可以根据每个仓库中商品对象历史销售量的比值得到。例如，如果销售活动信息中包含有商品对象sku的预定活动销量，可以由商品对象sku的预定活动销量与所述商品对象分仓比的乘积得到每个仓库中商品对象sku的预定活动销量。如图8所示，第一服务器根据交易信息、库存信息、来自第二服务器(如聚划算)和/或用户终端的销售活动信息(即预定扣减信息，包括预定扣减数量和预定扣减时长)，按照图8所示的过程得到卖家a每个仓库中每个商品对象sku的可供销售天数(即扣减时长)，并且在需要时发出通知，以提醒卖家a及时补货。实际应用中，卖家a可以自由设置提醒条件，第一服务器可根据该提醒条件发出通知，该提醒条件可以使得卖家a指定要通知的商品对象sku和/或仓库，还可以包含卖家a指定的第一阈值和/或第二阈值，在可供销售天数大于补货提前期的数值低于所述第一阈值时发出通知，在可供销售天数低于所述第二阈值时发出通知；实际应用中，还可以由第一服务器根据默认的提醒条件(如每个仓库中商品对象sku的可供销售天数超过补货提前期的数值不低于预定的第一阈值，该第一阈值以经验值来定)发出所述通知。其中，第一服务器中包含数据库，该数据库可实时存储图8所示的中间变量数据(包括：商品对象的日均正常销量、商品对象sku销量比、商品对象的分仓比、每个仓库中每个商品对象sku的日均活动销量)，在数据库中可以以数据表的形式将上述中间变量数据进行存储并关联起来，如此，第一服务器可通过读取相应数据表中上述中间变量数据实时确定每个仓库中商品对象sku的可供销售时长(如可供销售天数)，这样，在交易信息、库存信息、销量活动信息中包含的数据量比较大时，可明显提升数据处理效率，提高当前可销售时长的预测计算与原有数据(如交易信息、库存信息中的数据)之间的兼容性，使得可供销售时长的预测更加高效，以及时提醒卖家追加库存，从而提升用户体验。如图8所示，用户终端在接收到所述第一服务器的通知之后，会将所述通知的内容展示出来，以便用户能够获知相关信息。例如，第一服务器确定仓库1中iphone6s/银色/64g的可供销售时长之后，发出通知给用户终端，用户终端将该通知展示出来，其展示出来的内容可以是：仓库1中iphone6s/银色/64g的可供销售时长为5天，请及时补货。再例如，第一服务器确定仓库2中iphone6s/灰色/64g的可供销售时长之后，发出通知给用户终端，用户终端将该通知展示出来，其展示出来的内容可以是：仓库2中iphone6s/灰色/64g的可供销售时长为5天，请及时补货。本领域的技术人员应该明白，上述的本申请实施例所提供的装置的各组成部分，以及方法中的各步骤，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上。可选地，它们可以用计算装置可执行的程序代码来实现。从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。虽然本申请所揭露的实施方式如上，但所述的内容仅为便于理解本申请而采用的实施方式，并非用以限定本申请。任何本申请所属领域内的技术人员，在不脱离本申请所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本申请的专利保护范围，仍须以所附的权利要求书所界定的范围为准。当前第1页12