商品库存管理方法、装置、计算机设备及存储介质

技术领域

本申请涉及云服务的技术领域，特别是涉及一种商品库存管理方法、装置、计算机设备及存储介质。

背景技术

苏宁零售云作为一家零售服务公司，通过产品和服务，帮助线下零售云加盟商实现生意上的成功。在新零售的大环境浪潮下，苏宁零售云给不同的加盟商户提供多种线上/门店运营工具，实现新零售O2O场景运营。

目前，电商系统都面临着一个比较大的问题，就是库存不准的问题，商品从采购入库、销售出库、仓库调拨、退货入库等环节都会造成商品库存数据有更新操作。

对于一个大型库存管理系统来说，商品库存数据、出入库记录数据，库存批次数据、库存锁定数据分步在不同的数据库表中，在事务的处理工程中，极有可能发生某些数据更新成功了，只有一个数据更新失败，这就造成了库存数据对不上的问题。

因此，急需提出一种可以用于帮助管理人员快速准确定位与排查库存数据不准问题的商品库存管理方法、装置、计算机设备及存储介质。

发明内容

基于此，有必要针对上述技术问题，提供一种能够帮助管理人员快速准确定位与排查库存数据不准问题的商品库存管理方法、装置、计算机设备及存储介质。

一方面，提供一种商品库存管理方法，所述方法包括：

步骤A：当外部应用启动后，且检测到商品库存管理系统发生商品库存变动场景时，发布事件消息；

步骤B：基于消息订阅服务，商品库存回放系统接收并解析所述事件消息生成事件内容，将所述事件内容转换成事件模型进行保存；

步骤C：将发生库存不准问题时的商品相关参数输入至所述商品库存回放系统，基于事件溯源机制调用所述事件模型，开启至少一个线程处理当前商品库存回放，输出回放结果用于后续问题定位的排查。

在其中一个实施例中，还包括：所述检测到商品库存管理系统发生商品库存变动场景时，发布事件消息包括：基于事件驱动机制，在检测到所述商品库存管理系统发生商品库存变动场景时，通过MQ消息通道发布库存变动事件消息，所述商品库存变动场景包括以下至少一个：采购入库、销售出库、退货入库、库存调拨。

在其中一个实施例中，还包括：所述基于消息订阅服务，商品库存回放系统接收并解析所述事件消息生成事件内容，将所述事件内容转换成事件模型进行保存包括：所述商品库存回放系统基于所述消息订阅服务监听所述MQ消息通道，异步同步消息，接收并解析所述事件消息的报文；根据解析结果生成事件内容，将所述事件内容按照时间顺序转换成基于全生命周期的事件模型；所述事件模型包括以下至少一项：事件标识、店铺编码、商品编码、仓库编码、事件类型、库存变化数量、事件内容、事件时间。

在其中一个实施例中，还包括：所述事件溯源机制包括完全重建、时态查询、事件回放。

在其中一个实施例中，还包括：所述将发生库存不准问题时的商品相关参数输入至所述商品库存回放系统，基于事件溯源机制调用所述事件模型，开启至少一个线程处理当前商品库存回放，输出回放结果包括：当所述商品库存管理系统发生库存不准的问题时，将所述商品相关参数输入至所述商品库存回放系统，所述商品相关参数包括门店编号和商品编号；启动库存回放任务，基于事件溯源机制调用所述事件模型，开启至少一个线程处理当前商品库存回放；所述商品库存回放按照时间顺序解析事件内容，生成回放对象，输出并保存所述回放对象的状态；将当前事件回放出的对象的状态保存至存储系统中，按序执行下一个事件；所有的事件回放处理结束后，将回放的对象状态进行汇总并输出回放结果。

另一方面，提供了一种商品库存管理装置，所述装置包括：

消息发布模块，用于当外部应用启动后，且检测到商品库存管理系统发生商品库存变动场景时，发布事件消息；

模型生成模块，用于基于消息订阅服务，商品库存回放系统接收并解析所述事件消息生成事件内容，将所述事件内容转换成事件模型进行保存；

回放模块，用于将发生库存不准问题时的商品相关参数输入至所述商品库存回放系统，基于事件溯源机制调用所述事件模型，开启至少一个线程处理当前商品库存回放，输出回放结果便于后续问题定位的排查。

在其中一个实施例中，还包括：所述模型生成模块包括解析单元和转换单元；所述解析单元用于解析所述商品库存管理系统发布的事件消息生成事件内容；所述转换单元与所述解析单元相连接，用于将所述事件内容转换成事件模型进行保存。

在其中一个实施例中，还包括：所述回放模块包括调用单元和回放单元；所述调用单元用于基于事件溯源机制调用所述事件模型；所述回放单元与所述调用单元相连接，用于根据所调用的事件模型，开启至少一个线程处理当前的商品库存回放，得到回放结果。

再一方面，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

步骤A：当外部应用启动后，且检测到商品库存管理系统发生商品库存变动场景时，发布事件消息；

步骤B：基于消息订阅服务，商品库存回放系统接收并解析所述事件消息生成事件内容，将所述事件内容转换成事件模型进行保存；

步骤C：将发生库存不准问题时的商品相关参数输入至所述商品库存回放系统，基于事件溯源机制调用所述事件模型，开启至少一个线程处理当前商品库存回放，输出回放结果用于后续问题定位的排查。

又一方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

步骤A：当外部应用启动后，且检测到商品库存管理系统发生商品库存变动场景时，发布事件消息；

步骤B：基于消息订阅服务，商品库存回放系统接收并解析所述事件消息生成事件内容，将所述事件内容转换成事件模型进行保存；

步骤C：将发生库存不准问题时的商品相关参数输入至所述商品库存回放系统，基于事件溯源机制调用所述事件模型，开启至少一个线程处理当前商品库存回放，输出回放结果用于后续问题定位的排查。

本申请实现的有益效果为：上述商品库存管理方法、装置、计算机设备及存储介质，所述方法包括：当外部应用启动后，且检测到商品库存管理系统发生商品库存变动场景时，发布事件消息；基于消息订阅服务，商品库存回放系统接收并解析所述事件消息生成事件内容，将所述事件内容转换成事件模型进行保存；将发生库存不准问题时的商品相关参数输入至所述商品库存回放系统，基于事件溯源机制调用所述事件模型，开启至少一个线程处理当前商品库存回放，输出回放结果用于后续问题定位的排查，本申请基于驱动及事件溯源机制，设计良好的事件模型及回溯流程，可以回放商品库存系统基于事件发生的顺序，还原指定事件的库存对象状态，对于电商系统中库存不准的问题，不管是定位问题还是帮助数据准确的修复，都提供了准确的数据支撑，帮助分布式系统由于事务控制导致数据异常的问题得以修复。

附图说明

图1为一个实施例中商品库存管理方法的应用环境图；

图2为一个实施例中商品库存管理方法的流程示意图；

图3为一个实施例中事件消息发布步骤的流程示意图；

图4为一个实施例中事件回放步骤的流程示意图；

图5为一个实施例中商品库存管理装置的结构框图；

图6为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

在现有技术中，对于一个大型库存管理系统来说，商品库存数据、出入库记录数据，库存批次数据、库存锁定数据分步在不同的数据库表中，在事务的处理工程中，极有可能发生某些数据更新成功了，只有一个数据更新失败，这就造成了库存数据对不上的问题。

示例性的，假设一个店铺的某个商品在2022-1-1和2022-1-3分别采购了两个批次BT001(2台)、BT002(10台)，成功入库，此时该商品在C01仓库的库存为12，然后在2022-1-4日通过销售单XS00000001，卖出了4台，根据先进先出原则，需要对原先两个批次分别生成出入库批次记录，BT001出库2台，由于系统某种原因导致对BT002批次进行出库时失败，同步导致库存批次记录和库存数据更新失败，这就造成库存数据与出入库记录信息不准，随着时间的推移，如果这种错误数据不及时发现及时处理，后续批次的数据会越来越多，数据修正也变得很困难，究竟哪个数据是正确的，应该相信谁，即使修正也需要去根据历史日志一个个排查，如果历史日志文件被覆盖或者丢失，这些数据将难以被修正。

电商系统中，一个对象从创建开始到消亡会经历很多事件，以前我们是在每次对象参与完一个业务动作后把对象的最新状态持久化保存到数据库中，也就是说我们的数据库中的数据是反映了对象的当前最新的状态。而事件溯源则相反，不是保存对象的最新状态，而是保存这个对象所经历的每个事件，所有的由对象产生的事件会按照时间先后顺序有序的存放在数据库中，可以看出，事件溯源的这种做法是更符合事实观的，因为它完整的描述了对象的整个生命周期过程中所经历的所有事件。

因此，基于上述存在的问题，本申请提供一种商品库存管理方法、装置、计算机设备及存储介质。

本申请提供的商品库存管理方法，可以应用于如图1所示的应用环境中，其中，终端102通过网络与服务器104通过网络进行通信。用户通过终端102通过网络与设置于服务器104上的库存管理平台进行通信。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

实施例一

在一个实施例中，如图2所示，提供了一种商品库存管理方法，以该方法应用于图1中的终端为例进行说明，包括以下步骤：

S1：当外部应用启动后，且检测到商品库存管理系统发生商品库存变动场景时，发布事件消息。

需要说明的是，该外部应用可以是输入输出设备，其运行后即可对商品库存是否变化情况进行监测，当检测商品库存管理系统发生商品库存变动场景时，发布事件消息，如图3所示，具体包括：

基于事件驱动机制，在检测到所述商品库存管理系统发生商品库存变动场景时，通过MQ消息通道发布库存变动事件消息，所述商品库存变动场景包括以下至少一个：采购入库、销售出库、退货入库、库存调拨。

S2：基于消息订阅服务，商品库存回放系统接收并解析所述事件消息生成事件内容，将所述事件内容转换成事件模型进行保存。

需要说明的是，该步骤具体包括：所述商品库存回放系统基于所述消息订阅服务监听所述MQ消息通道，异步同步消息，接收并解析所述事件消息的报文；

根据解析结果生成事件内容，将所述事件内容按照时间顺序转换成基于全生命周期的事件模型；

所述事件模型包括以下至少一项：事件标识、店铺编码、商品编码、仓库编码、事件类型、库存变化数量、事件内容、事件时间。

根据所述事件模型，我们可以回放商品的库存系统中任何一个时间点对应事件后的库存数据状态及库存变化轨迹、库存批次变化轨迹，对于商品库存不准的问题排查，只要回溯到库存变化的事件，利用回溯生成库存对象，按照事件发生的先后顺序逐个还原到指定事件即可得到库存对象的状态。

S3：将发生库存不准问题时的商品相关参数输入至所述商品库存回放系统，基于事件溯源机制调用所述事件模型，开启至少一个线程处理当前商品库存回放，输出回放结果用于后续问题定位的排查。

需要说明的是，如图4所示，当所述商品库存管理系统发生库存不准的问题时，将所述商品相关参数输入至所述商品库存回放系统，所述商品相关参数包括门店编号和商品编号；

启动库存回放任务，基于事件溯源机制调用所述事件模型，开启至少一个线程处理当前商品库存回放，其中，也可以采用多线程处理，支持同时回放多条商品的库存记录；

所述商品库存回放按照时间顺序解析事件内容，生成回放对象，输出并保存所述回放对象的状态；

将当前事件回放出的对象的状态保存至存储系统中，按序执行下一个事件；

所有的事件回放处理结束后，将回放的对象状态进行汇总并输出回放结果，提供给研发人员排查定位问题。

其中，本申请通过设计一种良好的电商库存管理系统的事件event模型event-store,库存回放系统不保存直接的对象状态，而是保存对象产生的事件，一方面，因为用事件来表示对象的状态，而事件是只会增加不会修改的，这就能让数据库里的表示对象的数据非常稳定，不可能存在DELETE或UPDATE等操作，因为一个事件就是表示一个事实，事实是不能被磨灭或修改的，这种特性可以让领域模型非常稳定，在数据库级别不会产生并发更新同一条数据的问题，其实CAP定理之所以做不到，根本原因也是由于数据可以被修改；现在通过事件溯源，我们实现CAP或许就成为了可能；当我们在触发某个领域对象的某个行为时，该领域对象会先产生一个事件，然后该对象自己响应该事件并更新其自己的状态，同时我们还会持久化在该对象上所发生的每一个事件；这样当我们要重新得到该对象的最新状态时，只要先创建一个空的对象，然后将和该对象相关的所有事件按照事件发生先后顺序从先到后再全部应用一遍即可还原得到该对象的最新状态，这个过程就是所谓的事件溯源，进一步的，基于事件溯源可以建立以下至少一项机制：

1、完全重建：可以完全不理会应用现在的状态，因为我们可以在空应用上运行事件日志中的事件来重现应用的当前状态；

2、时态查询：我们可以查看任何时间点的系统状态，可以通过从空白状态重新运行事件直到特定的时间点或事件来实现，进一步可以使用多个时间线(类似于版本控制中的分支)；

3、事件回放：如果我们发现过去某个事件有问题，我们可以回到这个事件点，然后重播正确事件和后续事件(或者直接忽略系统状态，按顺序重放所有事件和正确事件)类似的技术可以处理错误顺序的事件流，这是异步消息通信的系统常见的问题。

上述的商品库存管理方法、装置、计算机设备及存储介质，所述方法包括：当外部应用启动后，且检测到商品库存管理系统发生商品库存变动场景时，发布事件消息；基于消息订阅服务，商品库存回放系统接收并解析所述事件消息生成事件内容，将所述事件内容转换成事件模型进行保存；将发生库存不准问题时的商品相关参数输入至所述商品库存回放系统，基于事件溯源机制调用所述事件模型，开启至少一个线程处理当前商品库存回放，输出回放结果用于后续问题定位的排查，本申请基于驱动及事件溯源机制，设计良好的事件模型及回溯流程，可以回放商品库存系统基于事件发生的顺序，还原指定事件的库存对象状态，对于电商系统中库存不准的问题，不管是定位问题还是帮助数据准确的修复，都提供了准确的数据支撑，帮助分布式系统由于事务控制导致数据异常的问题得以修复。

应该理解的是，虽然图2～4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2～4中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

实施例二

在一个实施例中，如图5所示，提供了一种商品库存管理装置，包括：消息发布模块、模型生成模块、回放模块，其中：

消息发布模块，用于当外部应用启动后，且检测到商品库存管理系统发生商品库存变动场景时，发布事件消息；

模型生成模块，用于基于消息订阅服务，商品库存回放系统接收并解析所述事件消息生成事件内容，将所述事件内容转换成事件模型进行保存；

回放模块，用于将发生库存不准问题时的商品相关参数输入至所述商品库存回放系统，基于事件溯源机制调用所述事件模型，开启至少一个线程处理当前商品库存回放，输出回放结果便于后续问题定位的排查。

进一步的，所述模型生成模块包括解析单元和转换单元：所述解析单元用于解析所述商品库存管理系统发布的事件消息生成事件内容；

所述转换单元与所述解析单元相连接，用于将所述事件内容转换成事件模型进行保存。

所述回放模块包括调用单元和回放单元：所述调用单元用于基于事件溯源机制调用所述事件模型；

所述回放单元与所述调用单元相连接，用于根据所调用的事件模型，开启至少一个线程处理当前的商品库存回放，得到回放结果。

作为一种较优的实施方式，本发明实施例中，所述消息发布模块具体用于：

基于事件驱动机制，在检测到所述商品库存管理系统发生商品库存变动场景时，通过MQ消息通道发布库存变动事件消息，所述商品库存变动场景包括以下至少一个：采购入库、销售出库、退货入库、库存调拨。

作为一种较优的实施方式，本发明实施例中，所述模型生成模块具体用于：

所述商品库存回放系统基于所述消息订阅服务监听所述MQ消息通道，异步同步消息，接收并解析所述事件消息的报文；

根据解析结果生成事件内容，将所述事件内容按照时间顺序转换成基于全生命周期的事件模型；

所述事件模型包括以下至少一项：事件标识、店铺编码、商品编码、仓库编码、事件类型、库存变化数量、事件内容、事件时间。

作为一种较优的实施方式，本发明实施例中，所述回放模块具体用于：

当所述商品库存管理系统发生库存不准的问题时，将所述商品相关参数输入至所述商品库存回放系统，所述商品相关参数包括门店编号和商品编号；

启动库存回放任务，基于事件溯源机制调用所述事件模型，开启至少一个线程处理当前商品库存回放；

所述商品库存回放按照时间顺序解析事件内容，生成回放对象，输出并保存所述回放对象的状态；

将当前事件回放出的对象的状态保存至存储系统中，按序执行下一个事件；

所有的事件回放处理结束后，将回放的对象状态进行汇总并输出回放结果。

关于商品库存管理装置的具体限定可以参见上文中对于商品库存管理方法的限定，在此不再赘述。上述商品库存管理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

实施例三

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种商品库存管理方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：

S1：当外部应用启动后，且检测到商品库存管理系统发生商品库存变动场景时，发布事件消息；

S2：基于消息订阅服务，商品库存回放系统接收并解析所述事件消息生成事件内容，将所述事件内容转换成事件模型进行保存；

S3：将发生库存不准问题时的商品相关参数输入至所述商品库存回放系统，基于事件溯源机制调用所述事件模型，开启至少一个线程处理当前商品库存回放，输出回放结果用于后续问题定位的排查。

作为一种较优的实施方式，本发明实施例中，处理器执行计算机程序时还实现以下步骤：

基于事件驱动机制，在检测到所述商品库存管理系统发生商品库存变动场景时，通过MQ消息通道发布库存变动事件消息，所述商品库存变动场景包括以下至少一个：采购入库、销售出库、退货入库、库存调拨。

作为一种较优的实施方式，本发明实施例中，处理器执行计算机程序时还实现以下步骤：

所述商品库存回放系统基于所述消息订阅服务监听所述MQ消息通道，异步同步消息，接收并解析所述事件消息的报文；

根据解析结果生成事件内容，将所述事件内容按照时间顺序转换成基于全生命周期的事件模型；

所述事件模型包括以下至少一项：事件标识、店铺编码、商品编码、仓库编码、事件类型、库存变化数量、事件内容、事件时间。

作为一种较优的实施方式，本发明实施例中，处理器执行计算机程序时还实现以下步骤：

当所述商品库存管理系统发生库存不准的问题时，将所述商品相关参数输入至所述商品库存回放系统，所述商品相关参数包括门店编号和商品编号；

启动库存回放任务，基于事件溯源机制调用所述事件模型，开启至少一个线程处理当前商品库存回放；

所述商品库存回放按照时间顺序解析事件内容，生成回放对象，输出并保存所述回放对象的状态；

将当前事件回放出的对象的状态保存至存储系统中，按序执行下一个事件；

所有的事件回放处理结束后，将回放的对象状态进行汇总并输出回放结果。

实施例四

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

S1：当外部应用启动后，且检测到商品库存管理系统发生商品库存变动场景时，发布事件消息；

S2：基于消息订阅服务，商品库存回放系统接收并解析所述事件消息生成事件内容，将所述事件内容转换成事件模型进行保存；

S3：将发生库存不准问题时的商品相关参数输入至所述商品库存回放系统，基于事件溯源机制调用所述事件模型，开启至少一个线程处理当前商品库存回放，输出回放结果用于后续问题定位的排查。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

基于事件驱动机制，在检测到所述商品库存管理系统发生商品库存变动场景时，通过MQ消息通道发布库存变动事件消息，所述商品库存变动场景包括以下至少一个：采购入库、销售出库、退货入库、库存调拨。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

所述商品库存回放系统基于所述消息订阅服务监听所述MQ消息通道，异步同步消息，接收并解析所述事件消息的报文；

根据解析结果生成事件内容，将所述事件内容按照时间顺序转换成基于全生命周期的事件模型；

所述事件模型包括以下至少一项：事件标识、店铺编码、商品编码、仓库编码、事件类型、库存变化数量、事件内容、事件时间。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

当所述商品库存管理系统发生库存不准的问题时，将所述商品相关参数输入至所述商品库存回放系统，所述商品相关参数包括门店编号和商品编号；

启动库存回放任务，基于事件溯源机制调用所述事件模型，开启至少一个线程处理当前商品库存回放；

所述商品库存回放按照时间顺序解析事件内容，生成回放对象，输出并保存所述回放对象的状态；

将当前事件回放出的对象的状态保存至存储系统中，按序执行下一个事件；

所有的事件回放处理结束后，将回放的对象状态进行汇总并输出回放结果。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

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