[发明专利]商品对象库存信息处理方法及系统

说明书

技术领域

本申请涉及库存信息处理技术领域，特别是涉及商品对象库存信息处理方法及系统。

背景技术

在电子商务交易平台中，第一用户可以将交易对象（例如，商品、服务等）的信息（包括各种描述信息等），发布到交易平台中。并且还可以根据其可销售对象的数量、在线销售计划等，设置对象的库存数量。一方面，第二用户在交易平台中可以查看到每个对象的库存数量，并以此来决定是否需要马上购买；另一方面，在系统内部，还需要根据第一用户的设置、第二用户的购买行为等，对对象的库存数量进行更新，以显示出对象的最新库存数量，第一用户可以根据最新的库存数量决定是否追加库存，或者指定后续的销售计划，等等。

现有技术在保存商品对象的库存信息时，一般是以一个商品对象对应一条记录的方式进行存储。也就是说，第一用户针对某商品对象设置的库存信息，全部被压缩到一条记录中进行存储。但是，同一个商品对象一般可能包含多个sku（最小销售属性，例如，对于手机商品而言，有白色sku、黑色sku等），每个sku下可能具有不同的库存数量，需要分别设置，另外商品对象在每个时间点的库存数量也可能需要分别设置，例如，假设某商品对象是酒店的某房型，由于房型的数量是固定的，第二用户在购买时也一般会指定购买某一天或者某几天的房间，因此，需要分别设置每一天的库存数量，等等。如果按照现有技术中的存储方式，则需要对各个sku设置不同的id，将各个sku分别在多个时间点/时间段上的库存以JSON（JavaScript Object Notation，它是一种轻量级的数据交换格式）的方式压缩到一行记录存储。例如，（skuid1，day1，数量1；skuid1，day2，数量2；skuid2，day1，数量3；skuid2，day2，数量4……）。

现有技术中的这种实现方式至少存在以下问题：

在有些场景下，同一份库存数量可能需要在时间维度和/或sku维度上共享。例如，某公园门票，第一用户指定在7月1日至7月4日一共可以销售100张，也就是说，如果7月1日售出20张，那么7月2日至7月4日就只能销售80张，7月1日至7月4日这一时间段共享这100张库存。又如，某海滩酒店的商品对象：大床房，大床房搭配不同的服务构成不同的sku：大床房含早餐(sku1)、大床房接机(sku2)、大床房不含早餐(sku3)，本质上房源都是大床房，数量一致，搭配不同的服务销售不同价格，故该商品大床房下的sku之间库存应该设置为共享关系，等等。如果按照现有技术中一个商品对象对应一条记录的方式，则无法或者很难做到sku间的库存共享、时间维度的库存共享、sku+时间维度的库存共享的同时保证库存数量的准确性。

发明内容

本申请提供了商品对象库存信息处理方法及系统，能够在支持库存共享的同时保证库存数量的准确性。

本申请提供了如下方案：

一种商品对象库存信息处理方法，包括：

接收第一用户为商品对象设定库存信息的第一请求，所述第一请求中携带有该商品对象的标识信息、需要在最小销售属性sku维度上共享的库存数量以及指定共享的至少两个sku；

根据该商品对象的标识信息定位到该商品对象的库存信息；

从所述至少两个sku中确定其中一个sku为主sku，其他sku为子sku，记录主sku与子sku之间的关联关系；

通过以下方式对该商品对象的库存信息进行更新存储：

以一个主sku对应一条库存记录的方式，对该商品对象需要在所述sku维度上共享的库存数量进行存储。

一种商品对象库存信息处理方法，包括：

接收第一用户为商品对象设定库存信息的第一请求，所述第一请求中携带有该商品对象的标识信息、需要在时间与最小销售属性sku两个维度上共享的库存数量以及指定共享的开始时间、结束时间及至少两个sku；

根据该商品对象的标识信息定位到该商品对象的库存信息；

从所述至少两个sku中确定其中一个sku为主sku，其他sku为子sku，记录主sku与子sku之间的关联关系；

通过以下方式对该商品对象的库存信息进行更新存储：以主sku加时间段信息对应一条库存记录的方式，对该商品对象需要在时间与sku两个维度上共享的库存数量进行存储，所述时间段信息包括共享的开始时间以及结束时间。

一种商品对象库存信息处理方法，包括：