本申请涉及信息处理技术领域，特别是涉及一种库容信息更新方法、一种库容信息更新装置和一种库容信息更新系统。
背景技术：
目前电子商务平台中的业务越趋于国际化，平台上的卖家经常需要从外国采购货物，将货物运输至本地的仓库，以便更快捷地将货物配送至本地买家。当商家在电子商务平台上创建补货计划时，通常需要对本地仓库进行预约入库，以预先占用本地仓库的部分库容，从而保证货物到达仓库后，仓库有足够的库容进行存放。
然而，在创建补货计划时，货物还处于国外的发货地，从预约入库到货物实际入库，需要经历发货、货物运输、货物备案、办理通关手续、在保税仓周转等多个环节，这种跨境运输的物流过程耗时较长。而且，各个环节又受到天气、交通、运输设施等诸多因素的影响，存在着各种不确定性。由此，平台卖家所预约的入库时间与实际的入库时间可能存在着较大的偏差，无法保证货物可以在预约的入库时间内到达仓库。
如果预约入库时间晚于实际入库时间，货物可能因仓库没有足够的库容进行存放而导致被迫在港口搁浅，而仓库因无法再容纳货物，造成了俗称爆仓的问题；如果预约入库时间早于实际入库时间，则会使得被预先占用的库容一直闲置，无法得到有效的利用，降低了仓库利用率。
因此，目前需要本领域技术人员迫切解决的一个技术问题就是：如何在保证仓库利用率的同时降低仓库爆仓的风险。
技术实现要素：
本申请实施例所要解决的技术问题是提供一种库容信息更新方法，一种库容信息更新装置，以及，一种库容信息更新系统。
为了解决上述问题，本申请实施例公开了一种库容信息更新方法，所述方法包括：
接收库容占用请求，所述库容占用请求中包括预估占用时间信息；
在所述预估占用时间锁定目标库容，并更新所述预估占用时间的可占用库容；
接收入库指令；
根据所述入库指令指示的入库时间点确定对所述目标库容的实际占用时间；
将所述目标库容的锁定时间更新为实际占用时间，并更新所述实际占用时间和所述预估占用时间的可占用库容。
可选地，所述在所述预估占用时间锁定目标库容的步骤包括：
根据当前库容占用请求确定所请求的库容占用量；
查找所述预估占用时间的可占用库容；
针对查找的可占用库容中符合所述库容占用量的部分可占用库容锁定为所述目标库容。
可选地，在所述查找所述预估占用时间的可占用库容的步骤之前，还包括：
查找所请求的预估占用时间和实际占用时间在所述预估占用时间对应的时间范围内的其他库容占用请求；
采用查找到的其他库容占用请求所锁定的库容，统计所述预估占用时间内的可占用库容。
可选地，所述采用查找到的其他库容占用请求所锁定的库容，统计所述预估占用时间内的可占用库容的步骤包括：
针对所述预估占用时间内的各个时间段，将所述其他库容占用请求在所请求的实际占用时间内锁定的库容之和与预设的实际到达率的乘积，以及，所述其他库容占用请求在所请求的预估占用时间内锁定的库容之和，进行求和分别得到各个时间段的预计库容占用量；
分别按照各个时间段将库容总量减去记录的当前实际库容占用量和所述预计库容占用量，加上记录的的出库量，得到各个时间段的可占用库容，将数值最小的可占用库容作为所述预估占用时间内的可占用库容。
可选地，在所述根据当前库容占用请求确定所请求的库容占用量的步骤之后，所述方法还包括：
若当前库容占用请求存在对应的历史库容占用请求，将所述历史库容占用请求所锁定的库容作为针对当前库容占用请求查找到的可占用库容。
可选地，在所述查找所述预估占用时间的可占用库容的步骤之后，所述方法还包括：
当查找的可占用库容中不符合所述库容占用量，发送库容不足预警信息。
可选地，在所述针对查找的可占用库容中符合所述占用量的部分可占用库容锁定为所述目标库容的步骤之前，所述方法还包括：
从所述库容占用请求中获取入库对象所属的对象类别；
查找匹配于所述对象类别的标准库容占用量，采用所述对象类别的标准库容占用量更新所述库容占用请求中的库容占用量。
可选地，所述方法还包括：
接收针对所述库容占用请求的库容释放请求，将所述库容占用请求锁定的目标库容解锁。
可选地，所述将所述目标库容的锁定时间更新为实际占用时间的步骤包括：
将所述目标库容在所述预估占用时间解锁，并在所述实际占用时间锁定。
可选地，所述方法还包括：
当物流系统记录的实际可占用库容与所述实际占用时间内和所述预估占用时间内的可占用库容的差值大于预设阈值，采用所述实际可占用库容更新所述实际占用时间内和所述预估占用时间内的可占用库容。
可选地，所述实际占用时间在所述预估占用时间的范围内。
相应的，本申请实施例还公开了一种库容信息更新装置，用以保证上述方法的实现及应用。所述装置包括：
库容占用请求接收模块，用于接收库容占用请求，所述库容占用请求中包括预估占用时间信息；
目标库容锁定模块，用于在所述预估占用时间锁定目标库容，并更新所述预估占用时间的可占用库容；
入库指令接收模块，用于接收入库指令；
实际占用时间确定模块，用于根据所述入库指令指示的入库时间点确定对所述目标库容的实际占用时间；
锁定时间更新模块，用于将所述目标库容的锁定时间更新为实际占用时间，并更新所述实际占用时间和所述预估占用时间的可占用库容。
可选地，所述目标库容锁定模块包括：
预估占用时间获取库容占用量确定子模块，用于根据当前库容占用请求确定所请求的库容占用量；
可占用库容查找子模块，用于查找所述预估占用时间的可占用库容；
目标库容锁定子模块，用于针对查找的可占用库容中符合所述库容占用量的部分可占用库容锁定为所述目标库容。
可选地，所述目标库容锁定模块包括：
库容占用请求查找子模块，用于查找所请求的预估占用时间和实际占用时间在所述预估占用时间对应的时间范围内的其他库容占用请求；
可占用库容统计子模块，用于采用查找到的其他库容占用请求所锁定的库容，统计所述预估占用时间内的可占用库容。
可选地，所述可占用库容统计子模块包括：
预计库容占用量计算子单元，用于针对所述预估占用时间内的各个时间段，将所述其他库容占用请求在所请求的实际占用时间内锁定的库容之和与预设的实际到达率的乘积，以及，所述其他库容占用请求在所请求的预估占用时间内锁定的库容之和，进行求和分别得到各个时间段的预计库容占用量；
可占用库容计算子单元，用于分别按照各个时间段将库容总量减去记录的当前实际库容占用量和所述预计库容占用量，加上记录的的出库量，得到各个时间段的可占用库容，将数值最小的可占用库容作为所述预估占用时间内的可占用库容。
可选地，所述目标库容锁定模块包括：
历史库容占用请求查找子模块，用于若当前库容占用请求存在对应的历史库容占用请求，将所述历史库容占用请求所锁定的库容作为针对当前库容占用请求查找到的可占用库容。
可选地，所述目标库容锁定模块包括：
预警信息发送子模块，用于当查找的可占用库容中不符合所述库容占用量，发送库容不足预警信息。
可选地，所述目标库容锁定模块包括：
对象类别查找子模块，用于从所述库容占用请求中获取入库对象所属的对象类别；
库容占用量更新子模块，用于查找匹配于所述对象类别的标准库容占用量，采用所述对象类别的标准库容占用量更新所述库容占用请求中的库容占用量。
可选地，所述装置还包括：
目标库容解锁模块，用于接收针对所述库容占用请求的库容释放请求，将所述库容占用请求锁定的目标库容解锁。
可选地，所述锁定时间更新模块包括：
锁定时间更新子模块，用于将所述目标库容在所述预估占用时间解锁，并在所述实际占用时间锁定。
可选地，所述装置还包括：
可占用库容更新模块，用于当物流系统记录的实际可占用库容与所述实际占用时间内和所述预估占用时间内的可占用库容的差值大于预设阈值，采用所述实际可占用库容更新所述实际占用时间内和所述预估占用时间内的可占用库容。
相应的，本申请实施例还公开了一种库容信息更新系统，用以保证上述方法的实现及应用。所述系统包括：
库容管理服务器、库容占用请求客户端和物流管理服务器；
所述库容管理服务器包括：
库容占用请求接收模块，用于接收所述库容占用请求客户端的库容占用请求，所述库容占用请求中包括预估占用时间信息；
目标库容锁定模块，用于在所述预估占用时间内锁定目标库容，并更新所述预估占用时间的可占用库容；
入库指令接收模块，用于接收所述物流管理服务器的入库指令；
实际占用时间确定模块，用于根据所述入库指令指示的入库时间点确定对所述目标库容的实际占用时间；
锁定时间更新模块，用于将所述目标库容的锁定时间更新为实际占用时间，并更新所述实际占用时间和所述预估占用时间的可占用库容。
与现有技术相比，本申请实施例包括以下优点：
在本申请实施例中，通过预先在预估占用时间锁定目标库容并更新预估占用时间内的可占用库容，降低了爆仓的风险，通过将目标库容的锁定时间根据入库指令指示的入库时间点更新至实际占用时间，避免了被预先占用的库容一直闲置，保证库容得到有效的利用，提升了仓库的利用率。
在本申请实施例中，针对在预估占用时间内和实际占用时间内锁定的库容对相应时间段内的可占用库容进行更新，既实现当前库容占用请求对目标库容的锁定，又保证了可占用库容的准确性.
附图说明
图1是本申请的一种库容信息更新方法实施例的步骤流程图；
图2是本申请的另一种库容信息更新方法实施例的步骤流程图；
图3是本申请的一种可占用库容计算的时间轴示意图a1；
图4是本申请的一种可占用库容计算的时间轴示意图a2；
图5是本申请的一种货物入库流程示意图；
图6是本申请的一种可占用库容计算流程的框架图；
图7是本申请的一种库容管理系统的系统框架图；
图8是本申请的一种库容管理系统的数据交互流程的示意图b1；
图9是本申请的一种库容管理系统的数据交互流程的示意图b2；
图10是本申请的一种库容信息更新装置实施例的结构框图；
图11是本申请的另一种库容信息更新装置实施例的结构框图；
图12是本申请的一种库容信息更新系统实施例的结构框图。
具体实施方式
为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。
参照图1，示出了本申请的一种库容信息更新方法实施例一的步骤流程图，具体可以包括如下步骤：
步骤101，接收库容占用请求，所述库容占用请求中包括预估占用时间信息。
在实际的应用场景中，电子商务平台的卖家可以提交一个补货计划单，基于该补货计划单可以产生一个库容占用请求，用于预先占用仓库的部分库容，从而保证货物到达仓库时，仓库有足够的库容仓储该货物。处于国外的发货方，则可以根据补货计划单进行发货，将货物运输至仓库所在地。
实际应用中，根据货物的发货时间可以估算货物到达仓库的日期，基于该估算的日期可设定预估占用时间。基于估算的到达日期设定预估占用时间的方式可以有多种，例如，将所估算的货物到达仓库日期的前后一个星期的时间作为预估占用时间。当然，本领域技术人员可以根据实际需要采用其他时长设定预估占用时间。例如，对于长距离运输，可以将估算货物到达仓库日期的前后一个月设定为预估占用时间。得到预估占用时间后，可以将预估占用时间的信息添加至库容占用请求中，并发送至库容管理服务器。
需要说明的是，库容可以是仓库能够容纳货物的总体积。不同类别的货物具有不同的体积，根据货物的类别和数量，即可估算出货物的总体积，即其所要占用的库容。实际应用中还可以将发出的货物数量以及货物的类别等信息也添加至库容占用请求中，以便库容管理服务器确定所请求的库容占用量。
步骤102，在所述预估占用时间锁定目标库容，并更新所述预估占用时间的可占用库容。
库容管理服务器针对接收的库容占用请求，可以在预估占用时间内将仓库中的目标库容锁定。
由于在国际跨境货运场景中，货物实际到达仓库的时间难以确定，即入库时间点难以估算。因此，为了确保货物到达仓库后能顺利入库，基于估算的货物到达仓库日期，对目标库容在相对较长时间的预估占用时间进行锁定，从而使得货物在预估占用时间内的任意一天到达仓库即可顺利入库，从而降低了到达后无法入库而搁浅在港口的风险，也避免了仓库无法容纳到达的货物而发生爆仓的问题。
可以根据被锁定的目标库容，更新预估占用时间内的可占用库容。当根据库容占用请求锁定了预估占用时间内的目标库容，被锁定的目标库容则无法在预估占用时间内被其他用户占用，也即是说，仓库中的可占用库容发生了变更。因此，采用被锁定的目标库容更新可占用库容，使得已被锁定的库容不会被其他用户再次锁定，避免了库容占用信息的冲突。
实际应用中，可以结合仓库的库容总量、当前实际的库容占用量、预估占用时间内的出库量以及其他库容占用请求针对预估占用时间所锁定的库容，更新可占用库容。本领域技术人员可以根据实际情况，采用预估占用时间内锁定的目标库容以及其他各种信息对可占用库容进行更新。例如，还可以采用设定的货物准时到达率、库容安全周期等信息更新可占用库容。
步骤103，接收入库指令。
实际的运输场景中，当货物运输到本地仓库附近的港口时，通常会向仓库发出一个货物到港通知，用于通知仓库做好货物入库准备。根据该货物到港通知，可以得到相对准确的货物到达仓库日期。因此，可以由物流管理服务器根据到港通知向库容管理服务器发送入库指令，指示该货物的入库时间点。入库时间点可以是某一天，或某天的某个时刻，本领域技术人员可以根据实际需要确定入库时间点所指示的时间内容。
步骤104，根据所述入库指令指示的入库时间点确定对所述目标库容的实际占用时间。
库容管理服务器可以针对接收到的入库指令，根据入库指令所指示的入库时间点，确定库容占用请求对之前锁定的目标库容的实际占用时间。
步骤105，将所述目标库容的锁定时间更新为实际占用时间，并更新所述实际占用时间和所述预估占用时间的可占用库容。
在得到库容占用请求对目标库容的实际占用时间后，可以将目标库容的锁定时间更新至实际占用时间内。更新的方式可以有多种，例如将实际占用时间替换原本的预估占用时间，或先将先前锁定的目标库容在预估占用时间内解锁，再在实际占用时间内将目标库容重新锁定。实际应用中，所述实际占用时间可以在所述预估占用时间的范围内。例如，将在预估占用时间1月1日至1月7日内锁定目标库容，更新为在实际占用时间1月3日内锁定目标库容。
由于对目标库容的锁定时间发生了变更，在预估占用时间内和实际占用时间内的可占用库容也会发生变化。因此可以根据锁定时间的更新，相应地对实际占用时间内和预估占用时间内的可占用库容进行更新。具体的更新方式，本领域技术人员可以根据实际情况进行，例如，结合仓库的库容总量、当前实际的库容占用量、预估占用时间内和实际占用时间内的出库量、其他库容占用请求针对预估占用时间和实际占用时间内所锁定的库容，更新可占用库容。
根据本申请实施例，通过预先在预估占用时间锁定目标库容并更新预估占用时间内的可占用库容，降低了爆仓的风险，通过将目标库容的锁定时间根据入库指令指示的入库时间点更新至实际占用时间，避免了被预先占用的库容一直闲置，保证库容得到有效的利用，提升了仓库的利用率。
参照图2，示出了本申请的另一种库容信息更新方法实施例的步骤流程图，具体可以包括如下步骤：
步骤201，接收库容占用请求，所述库容占用请求中包括预估占用时间信息。
步骤202，在所述预估占用时间锁定目标库容，并更新所述预估占用时间的可占用库容。
可选地，所述在所述预估占用时间锁定目标库容的步骤可以包括以下子步骤：
子步骤s11，根据当前库容占用请求确定所请求的库容占用量。
子步骤s12，查找所述预估占用时间的可占用库容。
子步骤s13，针对查找的可占用库容中符合所述库容占用量的部分可占用库容锁定为所述目标库容。
具体的实现中，可以从当前提交库容占用请求中获取到预估占用时间和库容占用量。在库容数据库中，可以查找到对应于预估占用时间的可占用库容。将可占用库容中，符合库容占用量的部分可占用库容作为目标库容进行锁定。
例如，从库容占用请求中获取到预估占用时间为1月1日至1月7日，库容占用量为100立方米。根据预估占用时间，可以对应查找到1月1日至1月7日这段时间内各天分别可以占用的库容。将各天中可占用库容中的100立方米进行锁定。可以根据被锁定的库容相应更新可占用库容，从而其他用户无法再请求占用该部分库容。
可选地，在所述子步骤s12之前，所述方法可以还包括以下子步骤：
子步骤s21，查找所请求的预估占用时间和实际占用时间在所述预估占用时间对应的时间范围内的其他库容占用请求。
子步骤s22，采用查找到的其他库容占用请求所锁定的库容，统计所述预估占用时间内的可占用库容。
预估占用时间内的可占用库容，是根据其他库容占用请求在该预估占用时间的一定范围之内所锁定的库容确定的。因此，可以在查找预估占用时间内的可占用库容之前，统计预估占用时间内的可占用库容。
具体的实现中，可以依据预估占用时间确定对应的时间范围，该对应的时间范围可以是，从提交库容占用请求的当天起至预估占用时间最后一天止之内的一个时间范围。实际应用中，为了降低爆仓的风险，还可以设定一个库存安全周期。库容安全周期是为了防止仓库入库货物太多导致仓库爆仓而设置的一个以天数为单位的安全事件，在此周期内会预留出仓库的部分库容作为应急突发状况的缓冲库容。若提交库容占用请求的当天起至预估占用时间最后一天的时间范围小于库存安全周期，则从提交库容占用请求的当天起算库存安全周期，作为对应的时间范围，从而保证在该周期之内不会发生爆仓的问题。
根据所确定的预估占用时间对应的时间范围，查找所请求的的预估占用时间和实际占用时间在该时间范围内的其他库容占用请求。利用查找到的库容占用请求所锁定的库容可以统计出预估占用时间内的可占用库容。
实际应用中，也可以预先统计出各个时间段的可占用库容，并将统计结果保存于库容数据库中，针对当前提交的可占用库容，即可调用库容数据库中的数据，查找到对应时间的可占用库容，并将可占用库容展示给电子商务平台的用户，由用户选择在哪个时间段锁定目标库容。电子商务平台的管理员也可以查询各个时间段的可占用库容，了解当前仓库的库容情况，并根据库容情况调整仓库的库容和协调用户将货物入库。
可选地，所述子步骤s22可以包括以下子步骤：
子步骤s22-1，针对所述预估占用时间内的各个时间段，将所述其他库容占用请求在所请求的实际占用时间内锁定的库容之和与预设的实际到达率的乘积，以及，所述其他库容占用请求在所请求的预估占用时间内锁定的库容之和，进行求和分别得到各个时间段的预计库容占用量。
具体实现中，可以将预估占用时间分为多个时间段，例如按照一天作为一个时间段，分别计算各天的预计库容占用量。
其他库容占用请求在其请求的实际占用时间内锁定的库容，可以与一个预设的实际到达率相乘。该实际到达率可以根据历史时间段内每天实际到达率的平均值计算得到。每天实际到达率可以根据预计在当天到达并实际到达的入库量与预计在当天到达的入库量的比值计算得到。例如，将过去30天内的实际到达率的平均值作为当前的实际到达率。实际应用中，根据选择仓储的仓库、货物的类别的不同，存在不同数值的实际到达率。本领域技术人员可以根据实际情况进行计算实际到达率，本申请实施例对此不作限制。
针对其他库容占用请求在其请求的实际占用时间内锁定的库容，与实际到达率的乘积，以及，其他库容占用请求在其请求的预估占用时间内锁定的库容之和，进行求和即可得到各个时间段的预计库容占用量。预计库容占用量是针对当前库容占用请求的预估占用时间内的各个时间段的、被其他库容占用请求锁定的库容总和。
子步骤s22-2，分别按照各个时间段将库容总量减去记录的当前实际库容占用量和所述预计库容占用量，加上记录的的出库量，得到各个时间段的可占用库容，将数值最小的可占用库容作为所述预估占用时间内的可占用库容。
需要说明的是，仓库通常存在一个库容总量，即可以容纳的货物体积总和。实际应用中，也可以将仓库的总容量与设定的库容使用系数的相乘得到库容总量。上述的当前实际库容占用量可以是当前在仓库中所仓储的货物的体积总和。上述的出库量可以是因为销售出库、调拨出库、退仓出库等情况而将货物搬出仓库后空出的库容，可以通过货物在历史时间段内的出库量计算得到。
将库容总量减去当前实际库容占用量和预计库容占用量，再加上出库量，即可得到各个时间段的可占用库容。实际应用中，各个时间段的可占用库容可能不同，为了保证货物在预估占用时间内任意一个时间段内均可进行入库，因此可以将数值最小的可占用库容作为预估占用时间内的可占用库容。
在实际的应用中，可以通过下列公式计算各个时间段内的可占用库容。
假设当前提交的库容占用请求的当天为d，可以按照以下公式计算第x天的可占用库容：第x天的可占用库容＝库容总量-当前实际库容占用量-预计库容占用量+出库量；
其中，库容总量＝仓库的总容量*库容使用系数；出库量＝当天的剩余出库量+sum[d+1，x-1]的出库量；当天的剩余出库量＝d的出库量/24*(24-当前时间)；
在计算预计库容占用量时，可以结合库容安全周期n进行计算，具体地：
当x>d+n，预计库容占用量＝sum(freeze[d，x]*实际到达率+pre_freeze[d-m+1，x])；
当x<＝d+n，预计库容占用量＝sum(freeze[d，d+n]+pre_freeze[d-m+1，d+n])；
freeze[d，x]和freeze[d，d+n]表示其他的所请求的实际占用时间在当天d至第x天或第d+n天的时间范围内的库容占用请求所锁定的库容总和；pre_freeze[d-m+1，x]和pre_freeze[d-m+1，d+n]表示其他的所请求的预估占用时间在第d-m+1天至第x天或第d+n天的时间范围内的库容占用请求所锁定的库容总和；其中，m为占用时间的长度，可以根据不同的业务情况设定不同的天数。
实际应用中，第x天的可占用库容还可能会因为其他库容占用请求对目标库容的锁定时间的变化发生实时更新。例如，当某个其他用户对某个库容的锁定时间从预估占用时间变更至实际占用时间，则某个库容会在预估占用时间内被解锁，库容在预估占用时间内被释放为可占用库容，从而增加了的[d-m+1，x]内的可占用库容；而同时库容会在实际占用时间内被重新锁定，锁定的库容则成为上述的预计库容占用量，从而减少了[d，x]内的可占用库容。
实际应用中，还可以设定如下的限制条件：
第x天的可占用库容＝[0，库容总量]；
当前实际库容占用量+预计库容占用量-出库量>＝0；若当前实际库容占用量+预计库容占用量-出库量<0，则当前实际库容占用量+预计库容占用量-出库量取值为0。
为了本领域技术人员更容易理解上述可占用库容的计算方式，以下将针对图3和图4所示出的具体示例进行说明。
图3示出了本申请的一种可占用库容计算的时间轴示意图a1。从图中可见，假设当前日是4.30，5.2、5.9、5.16、5.23是周一，目前无库容占用请求。假设库容总量为100，当前实际库容占用量为50，每天的出库量为0，库存安全周期n为3，当前的库容占用请求需要请求占用5.2这一周7天内的库容，库容占用量为10。
按照上述的计算公式，可以得到：5.9的可占用库容＝100-50-10*7＝0。如果用户在预估占用时间的范围内按时到了，实际上只占用一份10，这样就导致其他库容占用请求无法请求占用5.9日的库容，造成了库容的浪费，所以预估占用时间的一周内也只需占用一份库容，而不应该占用多份。
假设在计算时，只占用预估占用时间最后一天5.8的库容，按照上述的计算公式，可以得到：5.5的可占用库容＝100-50＝50，5.9的可占用库容＝100-50-10＝40。
如果另外一个库容占用请求在5.5请求占用了50且货物按时到达仓库了，那么随着时间的推移，当前库容占用请求所请求占用5.8的目标容量，即使按时到达仓库也无法入库，造成了爆仓。因此，在预估占用时间内锁定目标库容时，实质上即针对预估占用时间的起始时间锁定目标库容，从而保证锁定时间内的任意一天均可顺利入库。按照上述例子，锁定5.2的目标库容，在5.2日之后的日期计算可占用库容时，freeze[d，x]和freeze[d，d+n]部分的计算已经把占用这一天所锁定的库容的计算进去了。在5.2日之前的日期，由库存安全周期n控制，如果在n的控制范围内，则将这一天锁定的库容计算进去，若在n的控制范围外，则不计算进去。所以，锁定预估占用时间的起始时间的目标库容，能够保证可以在这段时间内任何一天都能入库。
图4示出了本申请的一种可占用库容计算的时间轴示意图a2。从图中可见，假设当前日是4.30，5.2、5.9、5.16、5.23是周一，5.5有请求占用库容10的其他库容占用请求。假设库容总量为100，当前实际库容占用量为50，每天的出库量为1，库存安全周期n为3，当前需要查找预估占用时间5.2至5.9内的可占用库容，由此可以查找各天的可占用库容如下：
5.2剩余库容＝100-50-10-10+1*1＝31；
5.3剩余库容＝100-50-10-10+1*2＝32；
5.4剩余库容＝100-50-10-10+1*3＝33；
5.5剩余库容＝100-50-10-10-10+1*4＝24；
5.6剩余库容＝100-50-10-10-10+1*5＝25；
5.7剩余库容＝100-50-10-10-10+1*6＝26；
5.8剩余库容＝100-50-10-10-10+1*7＝27；
5.9剩余库容＝100-50-10-10-10+1*8＝28；
从上面可占用库容的变化可以看出，5.5有其他库容占用请求，在这一天会出现一个波谷，5.2到5.8的可占用库容的最小值是24。若当前库容占用请求需要的库容占用量大于24，货物又在5.5那天到达仓库，5.5那天则会造成爆仓。因此，可以以预估占用时间内数值最小的可占用库容作为整个预估占用时间的可占用库容，以避免爆仓的风险。
可选地，在所述子步骤s11之后，所述方法可以还包括以下子步骤：
子步骤s31，若当前库容占用请求存在对应的历史库容占用请求，将所述历史库容占用请求所锁定的库容作为针对当前库容占用请求查找到的可占用库容。
上述的历史库容占用请求可以为同一用户的其他库容占用请求。针对当前提交的库容占用请求，可以查找到对应于当前库容占用请求的预估占用时间的历史库容占用请求。查找的方式可以有多种，例如从当前提交的库容占用请求中提取用户标识，根据该用户标识和预估占用时间可以查找该用户之前提交的同在该预估占用时间内锁定部分库容的其他库容占用请求。
当查找到对应的历史库容占用请求，可以将该历史库容占用请求所锁定的库容，作为当前的库容占用请求所查找的可占用库容。
因为针对同一用户的库容占用请求，该用户此前所占用的库容也属于该用户可以占用的库容，因此将用户的历史库容占用请求作为可占用库容。
实际应用中，在计算某个用户userid在第x天的可占用库容的时候，可以采用下列公式进行计算：
userid在第x天的可占用库容＝库容总量-当前实际库容占用量-预计库容占用量+出库量+userid对应的历史库容占用请求中在第x天锁定的库容；
其中，userid对应的历史库容占用请求中在第x天锁定的库容＝sum((pre_freeze∈userid)[x-m+1，x])。
实际应用中，对各个时间段的可占用库容的计算可以不区分用户。在向用户展示可占用库容时，则可以区分用户展示不同的可占用库容。例如，展示的可占用库容可以由两部分组成，一部分是第x天的可占用库容，另一部分是该用户此前请求在第x天占用的库容。当计算得到第x天的可占用库容为0，当前用户不存在历史库容占用请求，则展示的可占用库容为0；如果当前用户存在一个在x天的库容占用量为10的历史库容占用请求，则展示的可占用库容则为10。
可选地，在所述子步骤s12之后，所述方法可以还包括以下子步骤：
子步骤s41，当查找的可占用库容中不符合所述库容占用量，发送库容不足预警信息。
具体实现中，可以将查找的可占用库容与库容占用请求中请求的库容占用量进行比对，若可占用库容小于库容占用量，则表明仓库的库容不足以仓储该货物，会造成爆仓的问题，因此可以发送库容不足预警信息。
在实际应用中，当用户针对某个时间段的可占用库容提出库容占用请求时，可以在可占用库容的展示页面展示该库容不足预警信息。
可选地，在所述子步骤s13之前，可以还包括以下子步骤：
子步骤s51，从所述库容占用请求中获取入库对象所属的对象类别。
子步骤s52，查找匹配于所述对象类别的标准库容占用量，采用所述对象类别的标准库容占用量更新所述库容占用请求中的库容占用量。
上述的入库对象可以是库容占用请求中请求占用库容的货物。具体实现中，库容占用请求中可以包含有入库对象，根据该入库对象可以查找到其所属的对象类别，例如，针对衬衣的入库对象可以查找到其所属对象类别为衣物，针对4k电视的入库对象可以查找到其所属对象类别为电视机。根据查找到的对象类别，可以进一步查找到该对象类别的标准库容占用量。采用查找到的标准库容占用量，对库容占用请求中的库容占用量进行更新。例如，某个库容占用请求中，其入库对象为一台4k电视，请求占用的库容占用量为0.1立方米，根据4k电视可以查找到其所属的对象类别为电视机，进一步查找到电视机的标准库容占用量为2立方米，将库容占用请求中请求占用的库容占用量更新为2立方米。
在实际的应用场景中，计算可占用库容的准确性依赖于入库对象的库容占用量数据的准确性。而入库对象的库容占用量通常只能靠用户填写和物流合作伙伴的反馈，填写和反馈的数据均无法保证库容占用量的准确性。针对某些体积极大或极小的货物，可能会造成计算得到的可占用库容与实际的可占用库容存在较大偏差。因此，通过上述的实时纠错机制，采用入库对象所属对象类别的标准库容占用量更新库容占用请求中的库容占用量，将货物异常的体积转化为该类货物的平均体积，保证了可占用库容数据的准确性。
步骤203，接收入库指令。
步骤204，根据所述入库指令指示的入库时间点确定对所述目标库容的实际占用时间。
步骤205，将所述目标库容的锁定时间更新为实际占用时间，并更新所述目标占用时间和所述预估占用时间的可占用库容。
可选地，所述步骤205可以包括以下子步骤：
子步骤s61，将所述目标库容在所述预估占用时间解锁，并在所述实际占用时间锁定。
当确定对目标库容的实际占用时间后，可以将在预估占用时间内锁定的目标库容进行解锁，重新在实际占用时间内锁定目标库容。通过对目标库容在预估占用时间内解锁和在实际占用时间内锁定，将会触发目标占用时间内和预估占用时间内的可占用库容的更新。具体的更新过程在前述的可占用库容计算公式中已经详细说明，此处不再赘述。
可选地，所述实际占用时间可以在所述预估占用时间的范围内。
可选地，所述方法可以还包括：当物流系统记录的实际可占用库容与所述实际占用时间内和所述预估占用时间内的可占用库容的差值大于预设阈值，采用所述实际可占用库容更新所述实际占用时间内和所述预估占用时间内的可占用库容。
在实际应用中可能存在各种问题，会导致电子商务系统上记录的可占用库容信息与实际的可占用库容信息存在差异。例如，提交的库容占用请求所请求的库容占用量可能与货物实际上的库容占用量存在较大偏差，请求的货物的类别与实际的类别也存在较大偏差；又例如，在分布式系统中记录的可占用库容信息，可能会因为数据同步的问题而导致系统上记录的可占用库容信息与实际的可占用库容信息存在差异。这种信息的误差会随着时间而越发严重，从而影响到可占用库容信息的准确性。因此，可以采用外部系统的信息，通过离线对比的方式进行对账和纠错。具体实现中，可以将物流系统记录的实际可占用库容，与电子商务系统上记录的可占用库容进行比对，如果差值大于预设阈值，则可以采用实际可占用库容进行更新。物流系统所记录的实际可占用库容通常是通过对库容的线下统计得到，准确性较高，采用其记录的数据进行更新，可以提升可占用库容信息的准确性。
步骤206，接收针对所述库容占用请求的库容释放请求，将所述库容占用请求锁定的目标库容解锁。
具体实现中，可以接收到用户或仓库发送的针对库容占用请求的库容释放请求，根据该库容释放请求将锁定的目标库容解锁。在实际应用中，用户可能会因为各种情况不再需要占用库容，所以发起库容释放请求；或者，仓库针对已经确认入库的库容占用请求发起库容释放请求，将目标库容解锁，同时将被占用的库容计算作当前实际库容占用量。
根据本申请实施例，针对在预估占用时间内和实际占用时间内锁定的库容对相应时间段内的可占用库容进行更新，既实现当前库容占用请求对目标库容的锁定，又保证了可占用库容的准确性。
为了便于本领域技术人员深入理解本申请实施例，以下将会对货物入库流程、可占用库容计算流程框架、库容管理系统的系统框架以及系统间的数据交互进行说明。
图5示出了本申请的一种货物入库流程示意图。从图中可见，首先可以根据电子商务平台记录的历史销量统计货物的预测销量。电子商务平台的商家可以根据预测销量创建一个销量计划，电子商务平台审核该销量计划，如果审核通过，商家则可以根据销量计划创建补货计划单，并提交至电子商务平台进行审核。如果补货计划单审核通过，则会提交库容占用请求，在预估占用时间内锁定目标库容，即预先占用一定的库容。
如果补货计划单审核通过后被关闭，则释放预占用的库容。如果预估占用时间内的可占用库容不满足目标库容，则会产生预警信息。
商家采购的货物在国外发货后，可以根据补货计划单创建一个asn单据(advanceshippingnotice，提前通知)。一个asn单据可以与多个补货计划单关联。asn单据上可以包含用于海关通关使用的多种信息。电子商务平台审核asn单据，主要是审核货物数量和用于海关通关使用的多种信息。
在货物运输到港后，商家可以以asn单据为单位发布到港通知，电子商务平台从中可以得知货物的实际到达时间并通知仓库提前做好入库准备。商家可以根据asn单据进行预约入库，创建采购入库单，将预约日期和预约的库容占用量下发给仓库，将库容占用请求中的预估占用时间转化为实际占用时间，即将预占用一段时间的库容转化为占用某一天的库容。
商家若取消入库单，则会释放占用的库容；根据入库单对货物进行入库处理后，也会释放占用的库容，同时仓库中实际在仓的库容也会相应增加。
图6示出了本申请的一种可占用库容计算流程的框架图。从图中可见，在计算可占用库容的过程中，各个计算因子的获取方式并不相同，所依赖的流程也不同。
库容总量和基本配置信息可以由电子商务平台的工作人员进行人工设定得到。当前实际库容占用量(in_use)可以通过监听仓储中心的库存变化消息得到。仓库中的良品、残次品的变化都会相应引起当前实际库容占用量的变化，而一些采购入库、调拨入库、退货入库、调拨出库、普通出库等数据也会引起当前实际库容占用量的变化。
冻结库容(freeze)可以涉及到两个流程，预约流程和调拨流程。在预约流程中，可以通过库容占用请求在实际占用时间锁定目标库容，库容占用请求取消和确认入库时则会解锁目标库容，解锁目标库容可以通过监听仓储中心的库存变化消息得到，通常是关注采购在途库存(301)的减消息，如果监听到在途库存(301)的减消息，表明已经入库，可以解锁目标库容。调拨流程是指将货物从一个仓库转移至另外一个仓库，因为货物到达仓库的时间比较确定，所以可以通过调拨单确认从一个仓库出库时，直接在实际占用时间内锁定另外一个仓库的目标库容。在调拨流程中，通过监听调拨在途库存(401)的库存变化消息实现，当确认在另外一个仓库入库后则可以解锁目标库容。
针对预冻结库容(pre_freeze)，在补货计划单审核通过时，则会在预估占用时间内锁定目标库容。在确定货物的实际入库时间点后，相应地对目标库容在预估占用时间内解锁，释放目标库容，并在实际占用时间锁定，重新占用目标库容。预冻结库容可以与补货计划单和库容占用请求关联。
实际到达率可以在如odps(opendataprocessingservice，开放式数据处理服务)的分布式数据处理平台上预先计算得到，然后将计算得到的实际到达率数据回流至数据库中，实现云梯回流。不同仓库和不同类别的货物可以具有不同的实际到达率。
出库量包含预测出库量和人工调整的出库量。预测出库量可以根据历史出库量而计算得到，可以通过云梯回流的方式将出库量保存与数据库中。人工调整的出库量主要是根据电子商务平台的促销活动而相应设定，用于弥补预测出库量无法满足突发状况的缺陷。对账逻辑是对系统数据的校对，用于纠正异常的计算流程，如库容占用请求所请求的库容占用量与货物实际上的库容占用量的误差，请求的货物的类别与实际的类别存在的误差等。主要用于核对当前实际库容占用量、冻结库容和预冻结库容。
图7示出了本申请的一种库容管理系统的系统框架图。从图中可见，本申请实施例的库容管理系统的框架由外部调用系统、业务接口模块、对账模块、核心业务模块、数据存储模块、rpc模块(remotereocedurecalling，远程过程调用)、notify消息处理框架、监控模块等构成。与库容管理系统相关的外部调用系统可以包括有icp(internetcontentprovider，网络内容服务商)、lep(logisticexecuteplatform，物流执行平台)、scm_core(supplychainmanagementcore，供应链管理的补货计划)、scm_admin(supplychainmanagementadministration，供应链管理的管理页面)等应用。业务接口模块可以是辅助对外提供能力管理的接口(hsf-provider-interface，分布式服务框架接口)，主要提供解锁目标库容和查询可占用库容等服务。
其中，核心业务模块可以包括幂等控制模块、实时纠错模块、业务算法模块、并发控制模块、动态配置模块。业务算法模块包括写业务逻辑模块和读业务逻辑模块，分别用于对库容增加、减少的维护和库容查询操作。动态配置模块主要用于控制系统中动态变化数据和行业特色数据以及线上开关控制数据。
对账模块可以包含对账报表，用于实现核对系统中各种数据的对账功能。notify消息处理框架用于处理各种notify消息业务逻辑。监控模块可以包括如alimonitor、xflush、棱镜、鹰眼等监控应用，用于对系统进行预警和数据监控。
rpc模块可以包括hsf(分布式服务框架)。实际应用中，可以通过hsf-proxy(分布式服务框架代理)，对所有库容管理的外部系统之间的hsf(分布式服务框架)调用。
数据存储模块可以包括mysql-innodb(关系型数据库管理系统中的配置文件)和tddl(taobaodistributedatalayer，分布式数据层)，用于存储库容管理系统中的数据。
图8示出了本申请的一种库容管理系统的数据交互流程的示意图b1。从图中可见，在gscm(greensupplychainmanagement，绿色供应链管理系统)中审核通过销量计划，scm_core响应审核通过的销量计划，创建补货计划单。可以从lep获取补货计划单信息，以创建补货计划单。lep还可以根据补货计划单创建asn和审核asn。如补货计划单审核通过，则由asc(abilityservicecenter，能力中心)占用预占用库容，即通过库容占用请求在预估占用时间内锁定目标库容，如果补货计划单审核通过后关闭，则释放预占用库容，即解锁目标库容。同时，asc可以将补货计划单进行审核展示和相应地预警。lep可以将到港通知发送至whc(warehousecentre，仓库中心)，并通过pac(partneraccesscenter，合作伙伴接入中心)传递至wms(warehousemanagementsystem，仓库管理系统)。lep针对到港通知可以进行预约入库，将锁定时间从预估占用时间转化为实际占用时间，并创建相应的入库单，将其发送至whc，whc根据入库操作创建入库执行相关信息。
图9示出了另一种库容管理系统的数据交互流程的示意图b2。从图中可见，针对取消入库的情况，lep向icp发起取消入库单的消息，icp将其传递至whc。whc通过监听asc的库存变化消息，释放此前被锁定的目标库容。另一方面，针对确认入库的情况，由wms通过pac向whc传递确认入库的消息。whc通过监听确认入库消息，释放预约库容并占用实际在仓库容，即对目标库容进行解锁，将此前被锁定的目标库容转化为实际在仓库容。同时，icp通过监听whc的确认入库信息，修改本地相应的入库信息。
需要说明的是，本申请的库容管理系统可以采用java进行编译，并采用webx的web框架以及mysql进行构建。
需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请实施例所必须的。
参照图10，示出了本申请一种库容信息更新装置实施例的结构框图，具体可以包括如下模块：
库容占用请求接收模块1001，用于接收库容占用请求，所述库容占用请求中包括预估占用时间信息。
目标库容锁定模块1002，用于在所述预估占用时间锁定目标库容，并更新所述预估占用时间的可占用库容。
入库指令接收模块1003，用于接收入库指令。
实际占用时间确定模块1004，用于根据所述入库指令指示的入库时间点确定对所述目标库容的实际占用时间。
锁定时间更新模块1005，用于将所述目标库容的锁定时间更新为实际占用时间，并更新所述实际占用时间和所述预估占用时间的可占用库容。
由于在国际跨境货运场景中，货物实际到达仓库的时间难以确定，为了确保货物到达仓库后能顺利入库，基于估算的货物到达仓库日期，对目标库容在相对较长时间的预估占用时间内进行锁定，从而使得货物在预估占用时间内的任意一天到达仓库即可顺利入库，从而降低了到达后无法入库而搁浅在港口的风险，也避免了仓库无法容纳到达的货物而发生爆仓的问题。
根据本申请实施例，通过预先在预估占用时间锁定目标库容并更新预估占用时间内的可占用库容，降低了爆仓的风险，通过将目标库容的锁定时间根据入库指令指示的入库时间点更新至实际占用时间，避免了被预先占用的库容一直闲置，保证库容得到有效的利用，提升了仓库的利用率。
参照图11，示出了本申请另一种库容信息更新装置实施例的结构框图，具体可以包括如下模块：
库容占用请求接收模块1101，用于接收库容占用请求，所述库容占用请求中包括预估占用时间信息。
目标库容锁定模块1102，用于在所述预估占用时间锁定目标库容，并更新所述预估占用时间的可占用库容。
入库指令接收模块1103，用于接收入库指令。
实际占用时间确定模块1104，用于根据所述入库指令指示的入库时间点确定对所述目标库容的实际占用时间。
锁定时间更新模块1105，用于将所述目标库容的锁定时间更新为实际占用时间，并更新所述实际占用时间和所述预估占用时间的可占用库容。
目标库容解锁模块1106，用于接收针对所述库容占用请求的库容释放请求，将所述库容占用请求锁定的目标库容解锁。
可选地，所述目标库容锁定模块1101可以包括以下子模块：
库容占用量确定子模块，用于根据当前库容占用请求确定所请求的库容占用量；
可占用库容查找子模块，用于查找所述预估占用时间的可占用库容；
目标库容锁定子模块，用于针对查找的可占用库容中符合所述库容占用量的部分可占用库容锁定为所述目标库容。
可选地，所述目标库容锁定模块1102可以包括以下子模块：
库容占用请求查找子模块，用于查找所请求的预估占用时间和实际占用时间在所述预估占用时间对应的时间范围内的其他库容占用请求；
可占用库容统计子模块，用于采用查找到的其他库容占用请求所锁定的库容，统计所述预估占用时间内的可占用库容。
可选地，所述可占用库容统计子模块可以包括以下子单元：
预计库容占用量计算子单元，用于针对所述预估占用时间内的各个时间段，将所述其他库容占用请求在所请求的实际占用时间内锁定的库容之和与预设的实际到达率的乘积，以及，所述其他库容占用请求在所请求的预估占用时间内锁定的库容之和，进行求和分别得到各个时间段的预计库容占用量；
可占用库容计算子单元，用于分别按照各个时间段将库容总量减去记录的当前实际库容占用量和所述预计库容占用量，加上记录的的出库量，得到各个时间段的可占用库容，将数值最小的可占用库容作为所述预估占用时间内的可占用库容。
可选地，所述目标库容锁定模块1102可以包括以下子模块：
历史库容占用请求查找子模块，用于若当前库容占用请求存在对应的历史库容占用请求，将所述历史库容占用请求所锁定的库容作为针对当前库容占用请求查找到的可占用库容。
可选地，所述目标库容锁定模块1102可以包括以下子模块：
预警信息发送子模块，用于当查找的可占用库容中不符合所述库容占用量，发送库容不足预警信息。
可选地，所述目标库容锁定模块1102可以包括以下子模块：
对象类别查找子模块，用于从所述库容占用请求中获取入库对象所属的对象类别；
库容占用量更新子模块，用于查找匹配于所述对象类别的标准库容占用量，采用所述对象类别的标准库容占用量更新所述库容占用请求中的库容占用量。
可选地，所述锁定时间更新模块1105可以包括以下子模块：
锁定时间更新子模块，用于将所述目标库容在所述预估占用时间解锁，并在所述实际占用时间锁定。
可选地，所述装置可以还包括可占用库容更新模块，用于当物流系统记录的实际可占用库容与所述实际占用时间内和所述预估占用时间内的可占用库容的差值大于预设阈值，采用所述实际可占用库容更新所述实际占用时间内和所述预估占用时间内的可占用库容。
根据本申请实施例，针对在预估占用时间内和实际占用时间内锁定的库容对相应时间段内的可占用库容进行更新，既实现当前库容占用请求对目标库容的锁定，又保证了可占用库容的准确性。
对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
参照图12，示出了本申请的一种库容信息更新系统实施例的结构框图，所述系统包括：
库容管理服务器1201、库容占用请求客户端1202和物流管理服务器1203；
所述库容管理服务器1201可以包括：
库容占用请求接收模块，用于接收所述库容占用请求客户端的库容占用请求，所述库容占用请求中包括预估占用时间信息；
目标库容锁定模块，用于在所述预估占用时间内锁定目标库容，并更新所述预估占用时间的可占用库容；
入库指令接收模块，用于接收所述物流管理服务器的入库指令；
实际占用时间确定模块，用于根据所述入库指令指示的入库时间点确定对所述目标库容的实际占用时间；
锁定时间更新模块，用于将所述目标库容的锁定时间更新为实际占用时间，并更新所述实际占用时间和所述预估占用时间的可占用库容。
根据本申请实施例，通过预先在预估占用时间锁定目标库容并更新预估占用时间内的可占用库容，降低了爆仓的风险，通过将目标库容的锁定时间根据入库指令指示的入库时间点更新至实际占用时间，避免了被预先占用的库容一直闲置，保证库容得到有效的利用，提升了仓库的利用率。
对于系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白，本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
在一个典型的配置中，所述计算机设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非持续性的电脑可读媒体(transitorymedia)，如调制的数据信号和载波。
本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本申请所提供的一种库容信息更新方法、一种库容信息更新装置和一种库容信息更新系统，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。