本申请涉及计算机技术领域,特别是涉及一种智能录入的开单方法、装置以及计算机设备。
背景技术:
近年来,随着计算机技术、经济的飞速发展,在多种行业中越来越多的桌面软件系统、移动应用逐步取代手工开单。而单据的信息是用来记录一家商户经营情况及业务明细的重要数据,所以开单对很多商户来说是非常重要的工作,这就需要商户能够便捷的使用这些系统、应用以快速的完成开单。
然而,在传统的软件应用开单过程中,主要开单顺序有:填写开单客户、填写单号、填写开单日期、按顺序录入各个产品并且逐条产品录入销售总箱数、每箱数量、销售总数、销售价格、销售总额、送货各类信息等等,以完成开单。当录入的产品行数过多时,现有技术需要花费大量时间去生成单据。尤其是重复填写相同产品的各类价格、数量等信息,造成大量繁琐的重复劳动,降低了工作效率。
技术实现要素:
基于此,有必要针对上述手动录入信息导致效率低的问题,提供一种能够智能录入的开单方法、装置以及计算机设备。
一种智能录入的开单方法,包括:
接收当前开单的客户信息;
根据客户信息,获取并展示与客户信息对应的产品列表;
接收根据产品列表选定的产品名称,根据产品名称关联对应的产品属性信息;
接收与产品名称对应的销售数据,根据销售数据以及关联的产品属性信息生成开单页面。
在其中一个实施例中,客户信息包括客户名称,则根据客户信息,获取并展示与客户信息对应的产品列表,包括:
根据客户信息中的客户名称在数据库中查询客户名称对应的历史产品;
若数据库中存在与客户名称对应的历史产品,则根据对应的历史产品生成产品列表并展示。
在其中一个实施例中,若数据库中不存在与客户名称对应的历史产品,
则接收根据产品列表选定的产品名称,包括:
接收产品信息,其中,产品信息包括产品名称。
在其中一个实施例中,在接收产品信息之后,还包括:
在数据库中建立客户信息与产品名称的对应关系。
在其中一个实施例中,产品属性信息包括产品规格、产品单位以及产品价格,
则根据产品名称关联对应的产品属性信息,包括:
根据产品名称获取并展示与产品名称对应的产品规格列表以及产品单位列表;
接收根据产品规格列表以及产品单位列表选定的产品规格与产品单位;
根据选定的产品规格与产品单位关联对应的产品价格。
在其中一个实施例中,销售数据包括销售数量,
则接收与产品名称对应的销售数据,根据销售数据以及关联的产品属性信息生成开单页面,包括:
接收与产品名称对应的销售数量,根据销售数量以及对应的产品价格生成开单页面。
在其中一个实施例中,接收当前开单的客户信息之后,还包括:
根据客户信息中,获取与客户信息对应的折扣信息;
则根据销售数量以及对应的产品价格生成开单页面,包括:
根据折扣信息、销售数量以及对应的产品价格生成开单页面。
在其中一个实施例中,接收当前开单的客户信息之后,还包括:
根据客户信息,获取与客户信息对应的地址信息;
则根据销售数量以及对应的产品价格生成开单页面,包括:
根据地址信息、销售数量以及对应的产品价格生成开单页面。
一种智能录入的开单装置,包括:
信息接收模块,用于接收当前开单的客户信息;
信息获取模块,用于根据客户信息,获取并展示与客户信息对应的产品列表;
信息关联模块,用于接收根据产品列表选定的产品名称,根据产品名称关联对应的产品属性信息;
开单页面生成模块,用于接收与产品名称对应的销售数据,根据销售数据以及关联的产品属性信息生成开单页面。
一种计算机设备,包括存储器和处理器,其中存储器存储有计算机程序,则处理器执行计算机程序时实现如上所述方法的步骤。
上述智能录入的开单方法、装置以及计算机设备,根据接收的当前开单的客户信息获取并展示与客户信息对应的产品列表,从而根据展示的产品列表接收选定的产品名称,进而根据产品名称关联对应的产品属性信息,并根据接收的销售数据生成开单页面,从而省去了开单过程中输入各种产品信息、销售信息的麻烦,提高了开单效率。
附图说明
图1为一个实施例中智能录入的开单方法的应用环境图;
图2为一个实施例中智能录入的开单方法的流程示意图;
图3为一个实施例中智能录入的开单方法的流程示意图;
图4为一个实施例中智能录入的开单方法的流程示意图;
图5为一个实施例中智能录入的开单方法的流程示意图;
图6为一个实施例中智能录入的开单方法的系统实现流程示意图;
图7为图6中数据初始化阶段的流程示意图;
图8为图6中数据更新阶段的流程示意图;
图9为图6中数据查询阶段的流程示意图;
图10为图6中数据过滤阶段的流程示意图;
图11为一个实施例中智能录入的开单装置的结构框图;
图12为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请提供的智能录入的开单方法,可以应用于如图1所示的应用环境中。其中,终端102通过网络与服务器104进行通信,终端102接收用户输入的当前开单的客户信息,服务器104则接收终端102发送的当前开单的客户信息,其中,客户信息包括客户名称。服务器104根据客户信息,查询与客户信息对应的产品列表,并展示在终端102中,终端102接收用户根据产品列表选定的产品名称,并发送给服务器104,服务器104则根据产品名称关联对应的产品属性信息。终端102还接收与产品名称对应的销售数据,并发送给服务器104,服务器104则根据销售数据以及关联的产品属性信息生成开单页面。从而实现智能录入,以提高开单效率。
其中,终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备,服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
在一个实施例中,如图2所示,提供了一种智能录入的开单方法,以该方法应用于图1中的服务器为例进行说明,该方法可以包括以下步骤:
步骤202,接收当前开单的客户信息。
其中,开单是指商家销售产品过程中开具的销售记录单、发货单等。因此,客户则是指购买产品的客户,即买方。在本实施例中,客户信息具体可以包括客户名称,当然,客户信息中也可以包括与客户名称对应的客户id,如税号、公司账户号、身份证号等唯一表示客户的信息。
步骤204,根据客户信息,获取并展示与客户信息对应的产品列表。
服务器接收到当前开单的客户信息后,根据客户信息在数据库中查询对应的历史产品,即该客户历史购买过的产品,并根据查询到的历史产品生成产品列表,从而通过终端展示该产品列表,以便于商家通过终端展示的产品列表选择本次开单对应的产品,从而省去输入产品名称的操作。
步骤206,接收根据产品列表选定的产品名称,根据产品名称关联对应的产品属性信息。
在本实施例中,服务器接收到商家根据产品列表选定的产品名称后,则进一步根据产品名称关联对应的产品属性信息。其中,产品属性信息可以包括与选定的产品名称对应的产品规格、产品单位以及产品价格等。具体的,当产品名称对应的产品规格唯一时,则服务器根据选定的产品名称直接带出产品规格,从而不需要再额外输入产品规格;当产品名称对应的产品规格不唯一时,则服务器根据选定的产品名称获取对应的产品规格列表,并通过终端展示该产品规格列表,以便于商家通过终端展示的产品规格列表选择本次开单对应的产品规格,从而省去输入产品规格的操作。对于产品属性信息中其他信息的关联过程都与产品规格的关联相类似,此处不再一一赘述。
步骤208,接收与产品名称对应的销售数据,根据销售数据以及关联的产品属性信息生成开单页面。
其中,销售数据可以是具体的销售数量,开单页面中则包括了客户信息、产品及其属性信息、销售数据以及销售总额等信息。因此,服务器根据具体的销售数量以及通过上述步骤关联的产品属性信息生成开单页面,以完成开单操作。
上述智能录入的开单方法,根据接收的当前开单的客户信息获取并展示与客户信息对应的产品列表,从而根据展示的产品列表接收选定的产品名称,进而根据产品名称关联对应的产品属性信息,并根据接收的销售数据生成开单页面,从而省去了开单过程中输入各种产品信息、销售信息的麻烦,提高了开单效率。
在一个实施例中,以接收的客户信息包括客户名称为例进行说明,则如图3所示,根据客户信息,获取并展示与客户信息对应的产品列表,包括如下步骤:
步骤302,根据客户信息中的客户名称在数据库中查询客户名称对应的历史产品。
其中,数据库中记录了历史销售数据,历史销售数据中则包括了历史销售的客户名称以及与客户名称对应的历史产品信息,即客户历史购买过的产品。具体的,服务器根据数据库中记录的历史销售数据,根据客户信息查询出所有需要处理的产品id,分批次放入消息队列中,通过取出消息,根据获取产品id的集合从数据库检索出对应的用户历史单据和产品数据,按照对应规则对获取的数据进行筛选、组装并存储。因此,服务器可以根据客户名称在数据库中查询该客户历史购买过的产品。
步骤304,判断数据库中是否存在与客户名称对应的历史产品。
若在数据库中查询到该客户历史购买过的产品,则确定数据库中存在与客户名称对应的历史产品,因此,执行步骤306,否则执行步骤308。
步骤306,若数据库中存在与客户名称对应的历史产品,则根据对应的历史产品生成产品列表并展示。
在本实施例,若数据库中存在与客户名称对应的历史产品,则根据历史产品生成产品列表并展示,以方便开单过程中根据展示的产品列表选择对应的产品名称。具体的,若本次开单对应的产品名称并未在产品列表中,则可以在产品列表中手动添加对应的产品名称,以便于该客户后续的开单过程中可以直接从产品列表中选择对应的产品名称。
步骤308,若数据库中不存在与客户名称对应的历史产品,接收产品信息。
若数据库中不存在与客户名称对应的历史产品,则表明该客户为新客户,因此,服务器接收商家根据客户需求输入的产品信息,其中,产品信息包括产品名称。
具体的,服务器将输入的产品名称信息放入消息队列中,通过取出消息,检索数据库中是否已有对应的数据,如果有数据,对数据进行比对判断是否需要更新,需要更新的话,则更新数据库,若没有对应数据则按照对应规则对获取的数据进行筛选、组装并存入数据库中。
上述实施例中,服务器根据接收的当前开单的客户名称,从而在数据库中查询与该客户名称对应的历史产品信息,并通过产品列表的形式展示以便选择,从而提高了开单的效率。
在一个实施例中,在接收产品信息之后,还包括:在数据库中建立客户信息与产品名称的对应关系。具体的,若客户为新客户时,则数据库中不存在与客户名称对应的历史产品,即数据库中不存在该客户的任何销售记录,因此,服务器根据本次开单的信息,更新数据库的销售记录,以便于该客户后续的开单过程中可以通过产品列表的形式选择对应的产品,以避免重复繁琐的录入,节约开单时间。
在一个实施例中,产品属性信息可以包括产品规格、产品单位以及产品价格等,则如图4所示,根据产品名称关联对应的产品属性信息,包括如下步骤:
步骤402,根据产品名称获取并展示与产品名称对应的产品规格列表以及产品单位列表。
其中,产品规格可以是产品对应的体积,如长宽高等具体数据。产品单位则可以是产品对应的量化形容,如个、件、斤、箱等,其具体根据产品的特性有所不同。
具体的,当产品名称对应的产品规格或产品单位唯一时,则服务器根据选定的产品名称直接带出产品规格以及产品单位,从而不需要再额外输入产品规格以及产品单位;当产品名称对应的产品规格或产品单位不唯一时,则服务器根据选定的产品名称获取对应的产品规格列表以及产品单位列表,并通过终端展示该产品规格列表以及产品单位列表,以便于商家通过终端展示的产品规格列表以及产品单位列表选择本次开单对应的产品规格以及产品单位,从而省去输入产品规格以及产品单位的操作,不仅节约了开单时间,还避免了手动输入信息导致的错误。
步骤404,接收根据产品规格列表以及产品单位列表选定的产品规格与产品单位。
步骤406,根据选定的产品规格与产品单位关联对应的产品价格。
通常,当产品规格与产品单位一定时,则可以确定对应的产品价格。因此,在本实施例中,预先建立了不同产品规格、产品单位以及产品价格之间的一一对应关系,因此,当选定产品规格与产品单位即可关联对应的产品价格,从而避免了人工计算或录入产品价格容易出错的问题,且提高了开单的效率。
在一个实施例中,如图5所示,根据销售数据以及关联的产品属性信息生成开单页面,则包括:
步骤502,接收与产品名称对应的销售数据。
其中,销售数据可以是具体的销售数量。
步骤504,根据销售数据以及对应的产品价格生成开单页面。
开单页面中则包括了客户信息、产品及其属性信息、销售数据以及销售总额等信息。因此,服务器根据具体的销售数量以及通过上述步骤关联的产品属性信息即产品规格、产品单位、产品价格等,以自动计算销售总额,并生成开单页面,以完成开单操作。
上述实施例中服务器根据接收的客户信息而关联对应的产品信息并计算销售总额,以生成开单页面,从而省去了人工大量录入信息的繁琐,且避免了人工录入或计算容易出错的问题,提高了开单效率及质量。
在一个实施例中,接收当前开单的客户信息之后,还包括:根据客户信息,获取与客户信息对应的折扣信息。则根据销售数量以及对应的产品价格生成开单页面,包括:根据折扣信息、销售数量以及对应的产品价格生成开单页面。
在本实施例中,由于某些客户与商家建立了一定的合作关系,因此商家会给予这些客户一定的折扣。因此,本实施例中通过预先建立客户信息与折扣信息的对应关系,从而在生成开单页面时会根据客户信息对应的折扣信息、销售数量以及对应的产品价格而计算销售总额,并以此生成开单页面。
在一个实施例中,接收当前开单的客户信息之后,还包括:根据客户信息,获取与客户信息对应的地址信息。因此,根据销售数量以及对应的产品价格生成开单页面,包括:根据地址信息、销售数量以及对应的产品价格生成开单页面。
在本实施例中,由于某些客户可能有送货上门的需求,因此,在开单时需要录入客户对应的送货地址信息。在本实施例中,为了减少重复录入信息的工作量,则可以通过服务器预先建立客户信息与地址信息的对应关系,因此,在生成开单页面时会根据客户信息关联对应的地址信息,并在开单页面中生成对应的地址信息。当然,若客户本次需要更改送货地址,则可以在开单页面中直接对地址信息进行修改,同时,将修改后的地址信息加入与客户信息对应的地址信息列表中,以便于后续可以直接使用,从而避免了重复录入地址信息的工作,提高了开单效率。
在一个实施例中,如图6所示,上述智能录入的开单方法的系统层实现如下:
步骤602,数据初始化阶段。
按照对应规则分析处理初始化处理客户历史单据和产品数据。通过数据库a查询出所有需要处理的产品id,分批次放入消息队列中,通过取出消息,根据获取产品id的集合从数据库a检索出对应的客户历史单据和产品数据,按照对应规则对获取的数据进行筛选、组装并存入新的数据库b中。
步骤604,数据更新阶段。
按照对应规则分析处理客户新建、编辑的单据和产品数据;在服务器中执行新建、编辑的单据和产品时,将编辑前后的俩个数据源信息放入消息队列中(新建只需放入新建成功后的数据),通过消费者取出消息,检索数据库b中是否已有对应的产品数据p,如果有数据p,对数据p进行比对判断是否需要更新,需要更新的话,更新数据库b,没有对应数据p的话按照对应规则对获取的数据进行筛选、组装并存入新的数据库b中,从而增强数据的时效性和准确性。
步骤606,数据查询阶段。
服务器查询新库b中是否包含与用户输入的客户信息对应的产品数据,如果有则进行下述步骤。
步骤608,数据过滤阶段。
按用户输入的各个过滤项,过滤通过上述查询所得到的数据。根据各种组合方案,过滤出用户需要的数据。其中,本实施例中的过滤可以是根据客户需求进行的筛选。
在一个实施例中,如图7所示,数据初始化阶段具体可以包括以下步骤:
步骤701,根据查询条件生成查询语句。
步骤702,在普通业务数据库a库中,执行查询语句,返回数据结果集(所有产品的id集合)。
步骤703,将上述步骤中的id分批次,依次调用生产者工具类,发送消息给消息队列。
步骤704,消费者监听到生产者产生的消息,开始准备执行初始化逻辑程序。
步骤705,执行数据处理,根据各个属性受影响的业务主键key,组装需要新增的数据。
步骤706,执行插入语句,将数据存储到智能记录数据库b中。
上述业务数据的初始化流程,通过使用消息队列,降低了服务器瞬时压力,提高了服务器的稳定性,能够为后续的步骤提供有效的数据支持。
在一个实施例中,如图8所示,数据更新阶段具体可以包括以下步骤:
步骤801,当需要执行新建、编辑单据和产品时,组装需要发送的数据源p(新建只需放入新建成功后的数据)。
步骤802,调用生产者工具类,将上述步骤产生的数据源p信息,发送消息给消息队列。
步骤803,服务器监听到产生的消息,开始准备执行数据更新程序。
步骤804,根据传入的数据源的信息,以及涉及的各个属性受影响的业务主键的key,生成查询语句。
步骤805,在数据库b中,执行查询语句,返回数据结果集q。
步骤806,判断数据q是否存在,若没有执行步骤809,否则执行步骤807。
步骤807,p和q根据各个属性受影响的业务主键比较,是否有需要更新q的记录,若没有执行步骤809,有的话执行步骤808。
步骤808,执行更新数据处理,根据各个属性受影响的业务主键key,组装需要更新的数据。
步骤809,执行新增数据处理,根据各个属性受影响的业务主键key,组装需要新增的数据。
步骤810,执行更新语句,更新智能记录数据到智能记录数据库b中。
步骤811,执行插入语句,新增智能记录数据存储到智能记录数据库b中。
上述数据更新流程,通过使用消息队列,降低了服务器的瞬时压力,提高了服务器的稳定性,及时的数据更新保证了数据的准确性与时效性,通过有效的根据各个属性受影响的业务主键组装数据,精简了数据量,减少查询基数,为后续查询提高了速度。
在一个实施例中,如图9所示,数据查询阶段具体可以包括以下步骤:
步骤901,根据查询条件、各个属性受影响的业务主键生成查询语句。
步骤902,在智能记录数据库b库中,执行查询语句,返回数据结果集。
步骤903,判断步骤902中数据结果集是否存在,存在则进入后面的数据过滤阶段。
在一个实施例中,如图10所示,数据过滤阶段具体可以包括以下步骤:
步骤1001,从数据处理中获取初始数据。
步骤1002,根据用户输入的过滤项和查询原则:如无记录或者记录为0时,继续查询相关记录,以进行数据过滤。
步骤1003,将过滤后的数据,按照最终返回的数据结构进行组装。
上述智能记录数据的数据过滤流程,有效的缩小被检索得到的数据的范围,得到更加准确的检索结果,提高检索的准确度。
应该理解的是,虽然图1-10的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图1-10中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图11所示,提供了一种智能录入的开单装置,包括:信息接收模块1101、信息获取模块1102、信息关联模块1103以及开单页面生成模块1104,其中:
信息接收模块1101,用于接收当前开单的客户信息;
信息获取模块1102,用于根据客户信息,获取并展示与客户信息对应的产品列表;
信息关联模块1103,用于接收根据产品列表选定的产品名称,根据产品名称关联对应的产品属性信息;
开单页面生成模块1104,用于接收与产品名称对应的销售数据,根据销售数据以及关联的产品属性信息生成开单页面。
关于智能录入的开单装置的具体限定可以参见上文中对于智能录入的开单方法的限定,在此不再赘述。上述智能录入的开单装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图12所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储历史销售数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种智能录入的开单方法。
本领域技术人员可以理解,图12中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现以下步骤:接收当前开单的客户信息;根据客户信息,获取并展示与客户信息对应的产品列表;接收根据产品列表选定的产品名称,根据产品名称关联对应的产品属性信息;接收与产品名称对应的销售数据,根据销售数据以及关联的产品属性信息生成开单页面。
在一个实施例中,客户信息包括客户名称,则根据客户信息,获取并展示与客户信息对应的产品列表,包括:根据客户信息中的客户名称在数据库中查询客户名称对应的历史产品;若数据库中存在与客户名称对应的历史产品,则根据对应的历史产品生成产品列表并展示。
在一个实施例中,若数据库中不存在与客户名称对应的历史产品,则接收根据产品列表选定的产品名称,包括:接收产品信息,其中,产品信息包括产品名称。
在一个实施例中,在接收产品信息之后,还包括:在数据库中建立客户信息与产品名称的对应关系。
在一个实施例中,产品属性信息包括产品规格、产品单位以及产品价格,则根据产品名称关联对应的产品属性信息,包括:根据产品名称获取并展示与产品名称对应的产品规格列表以及产品单位列表;接收根据产品规格列表以及产品单位列表选定的产品规格与产品单位;根据选定的产品规格与产品单位关联对应的产品价格。
在一个实施例中,销售数据包括销售数量,则接收与产品名称对应的销售数据,根据销售数据以及关联的产品属性信息生成开单页面,包括:接收与产品名称对应的销售数量,根据销售数量以及对应的产品价格生成开单页面。
在一个实施例中,接收当前开单的客户信息之后,还包括:根据客户信息中,获取与客户信息对应的折扣信息;则根据销售数量以及对应的产品价格生成开单页面,包括:根据折扣信息、销售数量以及对应的产品价格生成开单页面。
在一个实施例中,接收当前开单的客户信息之后,还包括:根据客户信息,获取与客户信息对应的地址信息;则根据销售数量以及对应的产品价格生成开单页面,包括:根据地址信息、销售数量以及对应的产品价格生成开单页面。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。