CN104636933A - 电子商务网站超卖原因定位的方法及装置 - Google Patents

Abstract

一种电子商务网站超卖原因定位的方法及装置，所述方法包括步骤：获取各商品的实际进货量、虚拟进货量、残次品量、订单总数、归位库存数、购物车占用数以及退货数；根据实际进货量和虚拟进货量的和得到商品数量，从商品数量中依次减去残次品量、订单总数与归位库存数的差、购物车占用数以及退货数，得到库存剩余量，根据库存剩余量更新各商品的库存；获取商品的库存小于0的超卖数据，将超卖数据与相应的历史数据进行对比；在超卖数据相比于历史数据变化超过预设值时，判定相应的商品异常超卖；获取异常超卖商品相关的数据，根据数据定位异常超卖的原因。本发明可以准确定位超卖原因，从而有针对性地对相应系统进行优化，从根本上解决超卖问题。

Description

电子商务网站超卖原因定位的方法及装置

技术领域

本发明涉及电子商务网站技术领域，特别是涉及一种电子商务网站超卖原因定位的方法、电子商务网站超卖原因定位的装置。

背景技术

电子商务是指以信息网络技术为手段，以商品交换为中心的商务活动。随着电子商务的盛行，电子商务网站各种抢购、秒杀活动层出不穷。这种高并发库存分配的情况容易出现超卖，即订单数量多于库存数量。为避免限时特卖抢购时的高并发库存失控，现有技术中通常采取以下两种库存控制方案：

1、通过数据库行锁、乐观锁防止并发避免超卖，具体如下：

(1)数据库行锁：通过某个id(身份标识码)以及库存剩余数大于要扣除的数量的条件来扣减库存，对库存表进行更新；

(2)乐观锁：首先根据id查询信息，记录ver(版本)字段值，以id与ver字段值为条件，对库存进行扣减，更新数据表，如果ver字段值相同，则更新成功，如果ver字段值不相同，则说明已经被其他操作更新，所以更新失败。

2、将库存数据从MySQL(关系型数据库管理系统)移到Redis(key-value存储系统)中，所有的写操作放到内存中。由于Redis中不存在锁，故不会出现互相等待，并且由于Redis的写性能和读性能都远高于MySQL，这就解决了高并发下的性能问题。然后通过队列等异步手段，将变化的数据异步写入到DB(Database，数据库)中。

上述两种方法都只能在高并发下对库存系统的库存数扣减实现控制，但无法避免在其他环节出现异常而导致订单多于库存的情况。例如多系统间同步的延迟、多系统间对异常处理的不一致、新代码上线出现bug(漏洞)或者人为操作失误等，都会导致库存数据的不准确。另外，库存、订单的流转需要经过许多系统最终到用户手上。当出现超卖问题时，很难定位具体是哪个系统出现问题，浪费许多人力物力。

发明内容

基于此，有必要针对上述问题，提供一种电子商务网站超卖原因定位的方法及装置，能够快速有效定位导致超卖问题的系统。

一种电子商务网站超卖原因定位的方法，包括步骤：

获取各商品的实际进货量、虚拟进货量、残次品量、订单总数、归位库存数、购物车占用数以及退货数；

根据实际进货量和虚拟进货量的和得到商品数量，从所述商品数量中依次减去残次品量、订单总数与归位库存数的差、购物车占用数以及退货数，得到库存剩余量，根据库存剩余量更新各商品的库存；

获取商品的库存小于0的超卖数据，将所述超卖数据与相应的历史数据进行对比；

在超卖数据相比于历史数据变化超过预设值时，判定相应的商品异常超卖；

获取异常超卖商品相关的数据，根据所述数据定位异常超卖的原因。

一种电子商务网站超卖原因定位的装置，包括：

数据获取模块，用于获取各商品的实际进货量、虚拟进货量、残次品量、订单总数、归位库存数、购物车占用数以及退货数；

库存更新模块，用于根据实际进货量和虚拟进货量的和得到商品数量，从所述商品数量中依次减去残次品量、订单总数与归位库存数的差、购物车占用数以及退货数，得到库存剩余量，根据库存剩余量更新各商品的库存；

超卖数据对比模块，用于获取商品的库存小于0的超卖数据，将所述超卖数据与相应的历史数据进行对比；

异常超卖判定模块，用于在超卖数据相比于历史数据变化超过预设值时，判定相应的商品异常超卖；

超卖原因定位模块，用于获取异常超卖商品相关的数据，根据所述数据定位异常超卖的原因。

本发明电子商务网站超卖原因定位的方法及装置，通过计算多系统间占用库存数的情况得到剩余库存量，根据该剩余库存量对库存进行修正，当系统间出现异常或处理不当而导致库存不准确的时候，依然可以通过修正得到正确的库存量，从而在全局上避免超卖。实时监控超卖数据变化趋势，在超卖数据相比于历史数据突然增加或减少时，认定商品异常超卖，然后根据存储的异常超卖商品的相关数据定位导致超卖的相应系统，从而有针对性地对该系统进行优化，从根本上解决超卖问题，有效避免再次超卖。

附图说明

图1为本发明方法实施例的流程示意图；

图2为本发明平台统一步骤实施例的示意图；

图3为本发明超卖预警功能实现实施例的示意图；

图4为本发明超卖汇总数据具体实施例的曲线图；

图5为本发明超卖原因定位的具体操作界面示意图；

图6为本发明通过日志定位超卖原因的具体操作界面示意图；

图7为本发明装置实施例一的结构示意图；

图8为本发明装置实施例二的结构示意图；

图9为本发明更新触发模块实施例的结构示意图；

图10为本发明装置实施例三的结构示意图；

图11为本发明超卖原因定位模块实施例的结构示意图；

图12为本发明装置实施例四的结构示意图；

图13为本发明平台统一模块实施例的结构示意图。

具体实施方式

为了更好的理解本发明解决的技术问题、采取的技术手段和达到的技术效果，下面结合附图对本发明电子商务网站超卖原因定位的方法的具体实施方式做详细描述。

如图1所示，一种电子商务网站超卖原因定位的方法，包括步骤：

S110、获取各商品的实际进货量、虚拟进货量、残次品量、订单总数、归位库存数、购物车占用数以及退货数；

S120、根据实际进货量和虚拟进货量的和得到商品数量，从所述商品数量中依次减去残次品量、订单总数与归位库存数的差、购物车占用数以及退货数，得到库存剩余量，根据库存剩余量更新各商品的库存；

S130、获取商品的库存小于0的超卖数据，将所述超卖数据与相应的历史数据进行对比；

S140、在超卖数据相比于历史数据变化超过预设值时，判定相应的商品异常超卖；

S150、获取异常超卖商品相关的数据，根据所述数据定位异常超卖的原因。

在进行库存更新和定位异常超卖的原因之前，需要先对多系统操作的平台进行统一，如图2所示，平台统一的步骤具体包括：

S210、将请求库存相关的操作统一到同一批接口，进行统一操作，保证数据只有通过这些接口发生改变，而不会在别的地方被修改，从而保证数据合法修改的途径以及数据的完整性，其中与请求库存相关的操作包括购物车库存操作请求、订单库存操作请求等等，同一批接口即库存相关接口，如库存扣减接口、库存增加接口等；

S220、对所述同一批接口的公共元素进行统一管理，其中公共元素包含配置文件、数据字段定义等；

S230、以预设的日志格式记录所述同一批接口相关的操作日志，为后续预防超卖以及分析异常超卖原因提供坚实的基础。

操作接口、接口的公共元素及相关操作日志均进行统一化后，根据多系统间占用库存数进行商品库存的更新，以保证商品库存数的正确性，从全局上极大限度保障商品不超卖。更新库存并不需要配置计划任务，而是在扣减库存的接口内加入触发更新功能进行自动库存更新，另外也可以手动触发库存更新。库存自动更新的具体触发条件可以根据实际情况自行设定，例如，在一个实施例中，判断是否获取多系统间占用库存数进行库存更新的具体步骤为：

S101、判断当前时间是否满足库存更新时间，以及当前时间与上次库存更新时间的时间间隔是否满足预设的时间间隔，其中库存更新时间包含除预设的各高峰时间、商品大促前期时间以及大项目关联上线时间之外的时间；

通过读取预设的时间配置文件，判断什么时间内可以进行库存更新。为了减轻服务器压力，同时为了避免库存更新的不准确，可以设定各高峰时间段不触发库存更新，例如10点、11点、0点、1点等，商品大促前期不触发库存更新，大项目关联上线时不触发库存更新等等。若当前时间在设定的不触发更新外的时间，即可以触发更新。另外为了避免频繁更新增加系统压力，可以根据需要设定更新的时间间隔，例如5分钟，则库存更新后5分钟内不再进行库存更新。

S102、判断商品的当前库存是否与预设的各库存量中的其中一个库存量相等；

为了避免频繁更新对系统造成压力，可以通过配置文件设定商品库存落在合适的值时才触发库存更新。根据库存超卖的特点，即越少库存剩余的时候越容易超卖，在库存剩余量较大时设置较少库存量，在库存剩余量较小时设置较多的库存量。例如定义的各库存量为(3000，2000，1000，500，400，300，200，100，50，30，10，1，0)，若当前库存为300，与定义的库存量300相等，触发库存更新，若当前库存为240，设定的库存量中没有240，则不触发库存更新。

S103、若当前时间满足库存更新时间，且时间间隔满足预设的时间间隔，且当前库存与预设的其中一个库存量相等，则进入步骤S110；否则不进行各商品库存的更新。

电子商务网站在进行限时特卖或者秒杀活动时，库存总是在不断变化，很难得到一个准确的值。本发明并非通过读取库存剩余值来判断是否售完以及是否超卖，而是通过读取变化不大的地方，例如订单总数、购物车占用数等，来计算库存剩余量，然后根据计算出的库存剩余量进行库存的更新，其中库存剩余量的计算公式如下：

Total(实际进货量)+virtue_num(虚拟进货量)-spoil_stock(残次品量)-(order_total(订单总数)-wms_back_num(归位库存数))-cart_num(购物车占用数)-back_num(退货数)。

对库存更新后，还需要更新相应操作日志，以方便后续查找异常情况以及其它情况。

商品库存自动更新在极大程度上纠正了不准确的库存，从而避免超卖。但是对于一个庞大的网站，复杂的多系统汇总，会存在一些异常情况导致超卖，为了及早发现异常情况，本发明还提供超卖预警功能，超卖预警功能可以配置成为计划任务。如图3所示，对在售商品的剩余库存量进行动态计算，利用Redis的队列功能，对商品的剩余库存进行实时统计与分析，从而可以提高预警的实时性。判断商品的库存剩余量是否已经小于0，若小于0，则判断该商品已经超卖，将其超卖明细与统计数据录入超卖汇总数据库。从超卖汇总数据库中读取超卖数据，将超卖数据与相应的历史数据进行对比。虽然不同时间段数据情况不一样，但是在没有异常的情况下，总体情况会趋于一致。如果对比历史数据发现超卖数据突然增加或者减少，则判定该商品异常超卖。如图4所示，可以以图表形式直观展示出一定时间段内的超卖汇总数据，以便技术人员随时了解超卖情况，其中图4的上面曲线表示网站超卖，下面的曲线表示盈亏超卖。另外在判定商品异常超卖时，通过邮件、短信等方式发送预警通知，通知相关人员，从而可以及早发现异常问题，避免产生更大的损失。

为了快速有效确定具体是哪一个系统导致超卖异常，从而可以有针对性的对相应的系统进行优化，避免再次超卖，本发明提供了一种异常超卖原因定位方法，具体如下：

S1501、获取异常超卖商品相关的数据，其中获取所述数据的方式包括订单号和条码查询、商品id查询，尺码id查询，条码查询等；

由于数据库中可能已经储存了部分历史超卖的原因，所以通过输入订单号等可以查询到订单超卖的原因。本发明支持批量输入，从而提高超卖查询效率，降低成本。另外，相较于现有技术中只有一种订单查询方式，本发明提供多种查询方式，例如可通过订单号+条码查询，商品id查询，尺码id查询，条码查询等，从而可以迎合更多需求，便捷性能更好。

S1502、检测是否有记录的历史原因数据与获取的数据相匹配，若有，则根据该历史原因数据定位异常超卖的原因；否则根据获取的数据人工定位异常超卖的原因；

为了快速分析异常超卖原因，首先判断是否已经有相应的历史原因记录，若有，则可以直接根据该记录的原因定位相应的异常超卖原因，例如历史原因记录相应的异常超卖现象是购物车系统导致，则直接将异常超卖原因定位到购物车系统，从而对购物车系统进行优化，避免再次导致超卖。否则，如图5所示，人工点击相应商品操作栏的查看按钮，根据显示的详细数据进行异常超卖原因的定位，即分析具体是哪部分系统数据出现问题，从而导致异常超卖。另外，如图5所示，本发明还可以查询商品是否超卖。

S1503、若人工无法定位异常超卖的原因，则根据关键词获取操作日志，根据预设特性对所述操作日志进行整理与分析，根据分析的结果定位异常超卖的原因；

当人工较难定位异常超卖的原因时，本发明还提供一种日志分析的辅助方法。即通过关键词并发轮询多台服务器获取相关日志，根据预设的特性对日志进行整理与分析，预设的特性包括时间顺序，id顺序，库存数量总和等，并展示在操作界面上，如图6所示，当出现异常超卖时，操作界面会根据智能分析的结果，显示相关异常问题信息，帮助快速定位异常原因。

定位出哪个系统出现问题时，即可以针对性的对相应的系统进行优化，从而从根本上超卖问题，有效避免再次超卖。

基于同一发明构思，本发明还提供一种电子商务网站超卖原因定位的装置，下面结合附图对本发明装置的具体实施方式做详细描述。

如图7所示，一种电子商务网站超卖原因定位的装置，包括：

数据获取模块710，用于获取各商品的实际进货量、虚拟进货量、残次品量、订单总数、归位库存数、购物车占用数以及退货数；

库存更新模块720，用于根据实际进货量和虚拟进货量的和得到商品数量，从所述商品数量中依次减去残次品量、订单总数与归位库存数的差、购物车占用数以及退货数，得到库存剩余量，根据库存剩余量更新各商品的库存；

超卖数据对比模块730，用于获取商品的库存小于0的超卖数据，将所述超卖数据与相应的历史数据进行对比；

异常超卖判定模块740，用于在超卖数据相比于历史数据变化超过预设值时，判定相应的商品异常超卖；

超卖原因定位模块750，用于获取异常超卖商品相关的数据，根据所述数据定位异常超卖的原因。

更新库存不需要配置计划任务，而是在扣减库存的接口内加入触发更新功能进行自动库存更新，另外也可以手动触发库存更新。库存自动更新的具体触发条件可以根据实际情况自行设定，例如，如图8所示，本发明装置还可以包括与所述数据获取模块710相连的更新触发模块700。如图9所示，所述更新触发模块700包括：

时间判断单元7001，用于判断当前时间是否满足库存更新时间，以及当前时间与上次库存更新时间的时间间隔是否满足预设的时间间隔，其中库存更新时间包含除预设的各高峰时间、商品大促前期时间以及大项目关联上线时间之外的时间。时间判断单元7001可以通过读取预设的时间配置文件，判断什么时间内可以进行库存更新。

库存量判断单元7002，用于判断商品的当前库存是否与预设的各库存量中的其中一个库存量相等。库存量判断单元7002可以通过配置文件设定商品库存落在合适的值时才触发库存更新，从而避免频繁更新对系统造成压力。根据库存超卖的特点，即越少库存剩余的时候越容易超卖，定义库存更新触发的各库存量。

所述数据获取模块710在所述时间判断单元7001确定当前时间满足库存更新时间，且时间间隔满足预设的时间间隔时，同时所述库存量判断单元7002确定当前库存与预设的其中一个库存量相等时，获取各商品的实际进货量、虚拟进货量、残次品量、订单总数、归位库存数、购物车占用数以及退货数。

电子商务网站在进行限时特卖或者秒杀活动时，库存总是在不断变化，很难得到一个准确的值。所以数据获取模块710读取变化不大的地方，例如订单总数、购物车占用数等，库存更新模块720根据数据获取模块获取的数据来计算库存剩余量，然后根据计算出的库存剩余量进行库存的更新。库存更新模块720对库存更新后，还需要更新相应操作日志，以方便后续查找异常情况以及其它情况。

如图10所示，本发明装置还可以包括连接于所述库存更新模块720与所述超卖数据对比模块730之间的库存数据分析模块760，所述库存数据分析模块760采用Redis队列对商品的库存进行实时统计与分析。超卖数据对比模块730将获取的超卖数据与相应的历史数据进行对比。异常超卖判定模块740在超卖数据相比于历史数据突然增加或者减少时，判定该商品异常超卖，并以图表形式展示预设时间段内的超卖汇总数据，通过邮件、短信等方式发送预警通知，通知相关人员，从而可以及早发现异常问题，避免产生更大的损失。

为了快速有效确定具体是哪一个系统导致超卖异常，从而可以有针对性的对相应的系统进行优化，避免再次超卖，如图11所示，所述超卖原因定位模块750包括：

异常数据获取单元7501，用于获取异常超卖商品相关的数据，其中获取所述数据的方式包括订单号和条码查询、商品id查询，尺码id查询，条码查询等；异常数据获取单元7501支持批量输入，从而提高超卖查询效率，降低成本。

原因初步定位单元7502，用于检测是否有记录的历史原因数据与获取的数据相匹配，在有历史原因数据与获取的数据匹配时，根据该历史原因数据定位异常超卖的原因；否则根据获取的数据人工定位异常超卖的原因；

原因最终定位单元7503，用于在人工无法定位异常超卖的原因时，根据关键词获取操作日志，根据预设特性对所述操作日志进行整理与分析，根据分析的结果定位异常超卖的原因，其中预设的特性包括时间顺序，id顺序，库存数量总和等。

所述超卖原因定位模块750定位出哪个系统出现问题时，即可以针对性的对相应的系统进行优化，从而从根本上超卖问题，有效避免再次超卖。

在进行库存更新和定位异常超卖的原因之前，需要先对多系统操作的平台进行统一，如图12所示，本发明装置还可以包括平台统一模块770。如图13所示，所述平台统一模块770可以包括：

接口统一单元7701，用于将请求库存相关的操作统一到同一批接口，保证数据只有通过这些接口发生改变，而不会在别的地方被修改，从而保证数据合法修改的途径以及数据的完整性；

接口元素统一单元7702，用于对所述同一批接口的公共元素进行统一管理，其中公共元素包含配置文件、数据字段定义；

日志格式统一单元7703，用于以预设的日志格式记录所述同一批接口相关的操作日志。

本发明电子商务网站超卖原因定位的方法及装置，与现有技术相互比较时，具有以下优点：

1、相较于现有技术中仅对库存系统数据控制，而忽略其他系统的异常情况，本发明通过计算多系统间占用库存数的情况得到剩余库存量，并根据计算的剩余库存量对库存进行修正，从而在系统间出现异常或处理不当而导致库存不准确时，依然可以通过库存修正得到正确的库存数，从而在全局上避免超卖。

2、本发明通过设置库存更新的触发条件，从而避免频繁对库存更新，降低对系统的压力。

3、本发明不仅仅可以通过库存修复避免可能的超卖情况，还提供超卖数据的实时监控，及时发现异常情况并通过短信和邮件等发送告警信息；可以快速判断是否超卖以及定位超卖原因，从而可有针对性地对系统进行优化，从而从根本上解决超卖问题，避免再次超卖。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种电子商务网站超卖原因定位的方法，其特征在于，包括步骤：

获取各商品的实际进货量、虚拟进货量、残次品量、订单总数、归位库存数、购物车占用数以及退货数；

根据实际进货量和虚拟进货量的和得到商品数量，从所述商品数量中依次减去残次品量、订单总数与归位库存数的差、购物车占用数以及退货数，得到库存剩余量，根据库存剩余量更新各商品的库存；

获取商品的库存小于0的超卖数据，将所述超卖数据与相应的历史数据进行对比；

在超卖数据相比于历史数据变化超过预设值时，判定相应的商品异常超卖；

获取异常超卖商品相关的数据，根据所述数据定位异常超卖的原因。

2.根据权利要求1所述的电子商务网站超卖原因定位的方法，其特征在于，获取各商品的实际进货量、虚拟进货量、残次品量、订单总数、归位库存数、购物车占用数以及退货数的步骤之前，还包括步骤：

判断当前时间是否满足库存更新时间，以及当前时间与上次库存更新时间的时间间隔是否满足预设的时间间隔，其中库存更新时间包含除预设的各高峰时间、商品大促前期时间以及大项目关联上线时间之外的时间；

判断商品的当前库存是否与预设的各库存量中的其中一个库存量相等；

若当前时间满足库存更新时间，且时间间隔满足预设的时间间隔，且当前库存与预设的其中一个库存量相等，则进入获取各商品的实际进货量、虚拟进货量、残次品量、订单总数、归位库存数、购物车占用数以及退货数的步骤；否则不进行各商品库存的更新。

3.根据权利要求1所述的电子商务网站超卖原因定位的方法，其特征在于，判定相应的商品异常超卖的步骤之后，还包括步骤：以图表形式展示预设时间段内的超卖汇总数据，并发送预警通知；

根据库存剩余量更新各商品的库存的步骤之后，获取商品的库存小于0的超卖数据的步骤之前，还包括步骤：采用Redis队列对商品的库存进行实时统计与分析。

4.根据权利要求1所述的电子商务网站超卖原因定位的方法，其特征在于，根据库存剩余量更新各商品的库存的步骤之后，还包括更新相应操作日志的步骤；

获取异常超卖商品相关的数据，根据所述数据定位异常超卖的原因的步骤包括：

获取异常超卖商品相关的数据，其中获取所述数据的方式包括订单号和条码查询、商品id查询，尺码id查询，条码查询；

检测是否有记录的历史原因数据与获取的数据相匹配，若有，则根据该历史原因数据定位异常超卖的原因；否则根据获取的数据人工定位异常超卖的原因；

若人工无法定位异常超卖的原因，则根据关键词获取操作日志，根据预设特性对所述操作日志进行整理与分析，根据分析的结果定位异常超卖的原因。

5.根据权利要求1至4任意一项所述的电子商务网站超卖原因定位的方法，其特征在于，获取各商品的实际进货量、虚拟进货量、残次品量、订单总数、归位库存数、购物车占用数以及退货数的步骤之前，还包括步骤：

将请求库存相关的操作统一到同一批接口；

对所述同一批接口的公共元素进行统一管理，其中公共元素包含配置文件、数据字段定义；

以预设的日志格式记录所述同一批接口相关的操作日志。

6.一种电子商务网站超卖原因定位的装置，其特征在于，包括：

数据获取模块，用于获取各商品的实际进货量、虚拟进货量、残次品量、订单总数、归位库存数、购物车占用数以及退货数；

库存更新模块，用于根据实际进货量和虚拟进货量的和得到商品数量，从所述商品数量中依次减去残次品量、订单总数与归位库存数的差、购物车占用数以及退货数，得到库存剩余量，根据库存剩余量更新各商品的库存；

超卖数据对比模块，用于获取商品的库存小于0的超卖数据，将所述超卖数据与相应的历史数据进行对比；

异常超卖判定模块，用于在超卖数据相比于历史数据变化超过预设值时，判定相应的商品异常超卖；

超卖原因定位模块，用于获取异常超卖商品相关的数据，根据所述数据定位异常超卖的原因。

7.根据权利要求6所述的电子商务网站超卖原因定位的装置，其特征在于，还包括与所述数据获取模块相连的更新触发模块，所述更新触发模块包括：

时间判断单元，用于判断当前时间是否满足库存更新时间，以及当前时间与上次库存更新时间的时间间隔是否满足预设的时间间隔，其中库存更新时间包含除预设的各高峰时间、商品大促前期时间以及大项目关联上线时间之外的时间；

库存量判断单元，用于判断商品的当前库存是否与预设的各库存量中的其中一个库存量相等；

所述数据获取模块在所述时间判断单元确定当前时间满足库存更新时间，且时间间隔满足预设的时间间隔时，同时所述库存量判断单元确定当前库存与预设的其中一个库存量相等时，获取各商品的实际进货量、虚拟进货量、残次品量、订单总数、归位库存数、购物车占用数以及退货数。

8.根据权利要求6所述的电子商务网站超卖原因定位的装置，其特征在于，所述异常超卖判定模块判定相应的商品异常超卖之后，还以图表形式展示预设时间段内的超卖汇总数据，并发送预警通知；

还包括连接于所述库存更新模块与所述超卖数据对比模块之间的库存数据分析模块，所述库存数据分析模块采用Redis队列对商品的库存进行实时统计与分析。

9.根据权利要求6所述的电子商务网站超卖原因定位的装置，其特征在于，所述库存更新模块根据库存剩余量更新各商品的库存之后，还用于更新相应操作日志；

所述超卖原因定位模块包括：

异常数据获取单元，用于获取异常超卖商品相关的数据，其中获取所述数据的方式包括订单号和条码查询、商品id查询，尺码id查询，条码查询；

原因初步定位单元，用于检测是否有记录的历史原因数据与获取的数据相匹配，在有历史原因数据与获取的数据匹配时，根据该历史原因数据定位异常超卖的原因；否则根据获取的数据人工定位异常超卖的原因；

原因最终定位单元，用于在人工无法定位异常超卖的原因时，根据关键词获取操作日志，根据预设特性对所述操作日志进行整理与分析，根据分析的结果定位异常超卖的原因。

10.根据权利要求6至9任意一项所述的电子商务网站超卖原因定位的装置，其特征在于，还包括平台统一模块，所述平台统一模块包括：

接口统一单元，用于将请求库存相关的操作统一到同一批接口；

接口元素统一单元，用于对所述同一批接口的公共元素进行统一管理，其中公共元素包含配置文件、数据字段定义；

日志格式统一单元，用于以预设的日志格式记录所述同一批接口相关的操作日志。