报价单自动生成方法、装置、设备和存储介质与流程

1.本技术涉及人工智能领域，尤其涉及一种报价单自动生成方法、装置、设备和存储介质。


背景技术：

2.项目管理过程中包含有软件生命周期的管理，其软件生命周期包括可行性分析与项目开发计划、需求分析、总体设计、详细设计、编码、单元测试、综合测试、维护阶段。而在软件项目开发完成后，在软件项目交付过程中，还需要对软件生命周期中各个阶段的工作项进行项目成本结算。
3.目前，由于项目开发过程中涉及有多个部门的合作以及各个软件版本迭代数据的分散，各个公司在项目管理过程中，为了进行项目成本结算，通常会组织相关干系人针对软件项目开发过程中的业务需求，拆分软件生命周期内各个阶段的各职能工作量，项目经理再综合项目交付风险最终对外输出项目交付成本，整个过程周期较长且成本测算复杂，从而需要为此耗费过多的资源投入和时间成本。


技术实现要素：

4.有鉴于此，为了解决现有技术的不足，本技术实施例提供了一种报价单自动生成方法、装置、设备和存储介质。
5.第一方面，本技术实施例提供一种报价单自动生成方法，包括：
6.获取用户创建的报价工作项，将所述报价工作项分别与业务工作项和用户故事接口关联；
7.获取所述业务工作项中的客户信息，并通过所述用户故事接口获取用户故事数据中的客户信息；其中，所述用户故事数据中用户故事的状态为待报价或已报价；
8.判断所述用户故事数据中的客户信息与所述业务工作项中的客户信息是否相同；
9.若所述用户故事数据中的客户信息与所述业务工作项中的客户信息相同，则读取预设的报价单模板，将所述用户故事数据填充至所述报价单模板，生成报价单。
10.在可选的实施方式中，在所述将所述报价工作项分别与业务工作项和用户故事接口关联之后，还包括：
11.通过自定义插件监听用户发送的状态修改网络请求；
12.根据所述状态修改网络请求，修改所述报价工作项的状态为报价生成中，向所述自定义插件返回报价工作项的当前状态，以使得所述自定义插件通过所述用户故事接口获取用户故事数据。
13.在可选的实施方式中，所述方法还包括：
14.若所述用户故事数据中的客户信息与所述业务工作项中的客户信息不相同，则发送相应的提示信息，并结束所述报价工作项。
15.在可选的实施方式中，在所述将所述用户故事数据填充至所述报价单模板之前，
还包括：
16.检测所述用户故事数据是否为异常数据；
17.若是，则在所述报价工作项中添加相应提示信息，修改所述报价工作项的状态为报价单生成失败；
18.若否，则将所述用户故事数据填充至所述报价单模板。
19.在可选的实施方式中，在所述生成报价单之后，还包括：
20.接收来自自定义插件的报价单上传请求，判断业务系统当前是否启用文件读取插件；
21.若是，则通过所述文件读取插件读取所述报价单，进而通过所述业务系统中关联的网页界面显示所述报价单，修改所述报价工作项的状态为报价单已生成；
22.若否，则发送相应提示信息，修改所述报价工作项的状态为报价单生成失败。
23.在可选的实施方式中，在所述通过所述业务系统中预设关联的网页界面关联，以通过所述网页界面显示所述报价单之后，还包括：
24.在检测到所述报价工作项对应的客户信息内包含有报价信息时，获取所述报价信息，在所述报价单内添加报价信息，并将添加报价信息后的报价单更新显示至所述网页界面；其中，所述报价信息包括报价工时、报价金额。
25.在可选的实施方式中，所述方法还包括：
26.在未检测到所述报价工作项对应的客户信息内包含有报价信息时，则在所述报价工作项中添加相应提示信息，修改所述报价工作项的状态为报价单已生成。
27.第二方面，本技术实施例提供一种报价单自动生成装置，包括：
28.关联模块，用于获取用户创建的报价工作项，将所述报价工作项分别与业务工作项和用户故事接口关联；
29.获取模块，用于获取所述业务工作项中的客户信息，并通过所述用户故事接口获取用户故事数据中的客户信息；其中，所述用户故事数据中用户故事的状态为待报价或已报价；
30.判断模块，用于判断所述用户故事数据中的客户信息与所述业务工作项中的客户信息是否相同；
31.生成模块，用于若所述用户故事数据中的客户信息与所述业务工作项中的客户信息相同，则读取预设的报价单模板，将所述用户故事数据填充至所述报价单模板，生成报价单。
32.第三方面，本技术实施例提供一种计算机设备，所述计算机设备包括处理器和存储器，所述存储器存储有计算机程序，所述处理器用于执行所述计算机程序以实施所述的报价单自动生成方法。
33.第四方面，本技术实施例提供一种计算机存储介质，其存储有计算机程序，所述计算机程序在处理器上执行时，实施所述的报价单自动生成方法。
34.本技术的实施例具有如下有益效果：
35.本技术实施例提供了一种报价单自动生成方法，该方法包括获取用户创建的报价工作项，将报价工作项分别与业务工作项和用户故事接口关联；获取业务工作项中的客户信息，并通过用户故事接口获取用户故事数据中的客户信息；判断用户故事数据中的客户
信息与业务工作项中的客户信息是否相同；若用户故事数据中的客户信息与业务工作项中的客户信息相同，则读取预设的报价单模板，将用户故事数据填充至报价单模板，生成报价单。本技术实施例通过将报价工作项分别与业务工作项和用户故事数据关联，以实现待报价的用户需求对应的各个业务工作项的报价单的生成，从而无需技术人员根据用户需求拆分项目各个生命周期阶段的业务工作量，再对应生成各个生命周期阶段的报价单；从而相应提高了报价单生成效率，节约了人力成本和时间成本。
附图说明
36.为了更清楚地说明本技术的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对本技术保护范围的限定。在各个附图中，类似的构成部分采用类似的编号。
37.图1示出了本技术实施例中报价单自动生成方法的第一个实施方式示意图；
38.图2示出了本技术实施例中报价单自动生成方法的第二个实施方式示意图；
39.图3示出了本技术实施例中报价单自动生成方法的第三个实施方式示意图；
40.图4示出了本技术实施例中报价单自动生成方法的第四个实施方式示意图；
41.图5示出了本技术实施例中报价单自动生成装置的第一个结构示意图；
42.图6示出了本技术实施例中报价单自动生成装置的第二个结构示意图；
43.图7示出了本技术实施例中报价单自动生成装置的第三个结构示意图。
具体实施方式
44.下面将结合本技术实施例中附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。
45.通常在此处附图中描述和示出的本技术实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本技术的实施例的详细描述并非旨在限制要求保护的本技术的范围，而是仅仅表示本技术的选定实施例。基于本技术的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
46.在下文中，可在本技术的各种实施例中使用的术语“包括”、“具有”及其同源词仅意在表示特定特征、数字、步骤、操作、元件、组件或前述项的组合，并且不应被理解为首先排除一个或更多个其它特征、数字、步骤、操作、元件、组件或前述项的组合的存在或增加一个或更多个特征、数字、步骤、操作、元件、组件或前述项的组合的可能性。
47.此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
48.除非另有限定，否则在这里使用的所有术语(包括技术术语和科学术语)具有与本技术的各种实施例所属领域普通技术人员通常理解的含义相同的含义。所述术语(诸如在一般使用的词典中限定的术语)将被解释为具有与在相关技术领域中的语境含义相同的含义并且将不被解释为具有理想化的含义或过于正式的含义，除非在本技术的各种实施例中被清楚地限定。
49.本技术实施例提供了一种报价单自动生成方法，以通过将所创建的报价工作项与
待报价的业务工作项、用户故事数据分别进行关联，而后再生成报价单，自动化实现用户需求对应的各个功能的业务工作项的报价单的生成，提高了报价单生成的效率。
50.具体地，本技术实施例可基于服务器或计算机设备等具有数据存储和可视化功能的终端设备实现。
51.本实施例以服务器为例进行说明，该服务器上搭载有业务系统以及各类功能性插件；该业务系统可以是，但不限于项目开发的开发业务系统、用于处理业务流程的业务管理系统等；功能性插件可以是自定义插件或是运行在程序规定的系统平台下的预设置的插件。
52.请参照图1，下面对该方法进行详细说明。
53.s10，获取用户创建的报价工作项，将报价工作项分别与业务工作项和用户故事接口关联。
54.示范性地，用户若有报价需求，则向服务器发送报价工作项创建请求，以使得服务器通过该报价工作项创建请求，以创建报价工作项，并在报价工作项创建完成之后发送相应的提示信息，从而可采用服务器的后置接口拦截该报价工作项创建成功的提示信息，以获取新建的报价工作项。
55.在本实施例中，获取用户创建的报价工作项，该报价工作项即为一个报价流程。而后，将报价工作项分别与业务工作项和用户故事接口关联。该业务工作项即为待报价的工作项；通过该用户故事接口来获取业务系统中对应的用户故事数据，其中，用户故事数据为用来确认用户和用户的需求的简短的描述语句。
56.将报价工作项分别与业务工作项和用户故事接口关联，即是将报价流程与待报价的业务工作项和业务工作项对应的用户需求进行关联，以使得通过该报价工作项，生成与用户需求关联的待报价的工作项的报价单。
57.s20，获取业务工作项中的客户信息，并通过用户故事接口获取用户故事数据中的客户信息。
58.s30，判断用户故事数据中的客户信息与业务工作项中的客户信息是否相同。
59.s40，若用户故事数据中的客户信息与业务工作项中的客户信息相同，则读取预设的报价单模板，将用户故事数据填充至报价单模板，生成报价单。
60.示范性地，自定义插件获取业务工作项的客户信息以及通过用户故事接口获取用户故事数据及其客户信息，且该用户故事数据中的用户故事的状态为待报价或已报价，而后判断所获取的用户故事数据中的客户信息与报价工作项关联的业务工作项中的客户信息是否相同。在确定获取的用户故事数据中的客户信息与业务工作项中的客户信息一致时，则读取预设的报价单模板以生成报价单；也即是，获取与业务工作项同一客户信息且状态为待报价或已报价的用户故事数据，以生成报价单。进而，本实施例可自动化实现待报价的业务工作项的报价单的生成与更新功能。
61.在本实施例中，通过读取预设的报价单模板，以将用户故事数据填充至该报价单模板中，对应生成该用户故事的报价单。
62.将用户故事数据填充至报价单模板的过程即是构建用户故事数据与报价单模板的关联关系，进而生成该用户故事数据对应的报价单。
63.具体地，可对用户故事数据进行预处理，其预处理包括分词、筛选、分类、格式转换
等，其中，分词处理即是对用户故事数据中的描述语句进行分词处理，以方便后续通过筛选处理剔除用户故事数据中预定的分词，再对用户故事数据按照各类分词的维度或类型进行分类，而后相应转换为报价单模板所规定的所填入数据的数据格式类型。
64.进而，将预处理后的用户故事数据按照各数据的数据维度或类别相应添加至报价单模板中预定的位置中。
65.示范性地，该报价单模板可以是根据不同的客户信息预先设置，其具体根据实际情况进行相应设置，在此不做限定。
66.可选的，该报价单以xlsx和json电子表格数据形式进行存储。
67.在一实施方式中，本实施例还具体包括：s50，若用户故事数据中的客户信息与业务工作项的客户信息不相同，则向服务器发送相应的提示信息，并结束报价工作项。
68.可以理解，在获取到与业务工作项对应的客户信息相同的用户故事数据时，即可通过自定义插件实现报价单的生成，而在未获取到相应的用户故事数据时，则结束该报价工作项的进程，该报价工作项的状态变更为报价单生成失败。
69.在一实施方式中，在步骤s10之后，如图2所示，本实施例还具体包括如下步骤：
70.s61，通过自定义插件监听用户发送的状态修改网络请求。
71.s62，根据状态修改网络请求，修改报价工作项的状态为报价生成中，向自定义插件返回报价工作项的当前状态，以使得自定义插件通过用户故事接口获取用户故事数据。
72.用户在申请创建报价工作项之后，在接收到创建成功的消息时，再申请修改报价工作项的状态，以使得该报价工作项开始执行报价流程，通过服务器后台生成并发送报价工作项的状态修改网络请求。
73.本实施例通过自定义插件监听用户所发送的状态修改网络请求，从而根据该状态修改网络请求来对应修改该报价工作项的状态。
74.采用自定义插件的替换功能拦截服务器内部发送的请求信息，以监听该状态修改网络请求。
75.在拦截到该状态修改网络请求时，修改报价工作项的当前状态为报价生成中，以使得该自定义插件根据该报价工作项的报价生成中的状态，执行后续的报价单生成操作。
76.作为一种可选的实施方式，本实施例中，在步骤s20之后，还包括：检测用户故事数据是否为异常数据；若确定该用户故事数据为异常数据，则在报价工作项中添加相应提示信息，修改报价工作项的状态为报价单生成失败；若确定该用户故事数据不为异常数据，则将用户故事数据填充至报价单模板。
77.示范性地，在将用户故事数据填充至报价单模板之前，需要对用户故事数据进行异常检测，以判定该用户故事数据是否包含异常数据或该用户故事数据是否为异常数据。
78.在本实施例中，用户故事数据即为字符型数据；异常数据即为非字符型数据，其中，异常数据包括但不限于数值型数据。
79.作为一种可选的实施方式，在对用户故事数据进行异常数据的检测时，采用逻辑运算符对用户故事数据中各个字段或其他预设字段进行逻辑运算后的页面返回情况来判断各个字段是否为非字符型数据，其逻辑运算符可选用和(and)、或(or)。
80.具体地，若该字段与预设字段分别进行和逻辑运算和或逻辑运算后，所返回的页面均为正常页面且返回的结果一致，则该字段为字符型数据；反之，该字段为非字符型数
据。
81.进一步地，若确定该用户故事数据中各个字段均为字符型数据后，则说明该用户故事数据中不包含有异常数据，即后续可将该用户故事数据填充至预设的报价单模板中。
82.而若确定该用户故事数据中各个字段中包含有非字符型数据或各个字段均为非字符型数据，则在报价工作项中添加相应的提示信息，修改报价工作项的状态为报价单生成失败，以结束该报价工作项的执行流程；其中，该提示信息为指示该用户故事数据为异常数据的信息。
83.作为一种可选的实施方式，如图3所示，本实施例在生成报价单之后，还包括：
84.s71，接收来自自定义插件的报价单上传请求，判断业务系统当前是否启用文件读取插件。
85.s72，若业务系统当前启用了文件读取插件，则通过文件读取插件读取报价单，进而通过业务系统中关联的网页界面显示报价单，修改报价工作项的状态为报价单已生成。
86.s73，若业务系统当前未启用文件读取插件，则发送相应提示信息，修改报价工作项的状态为报价单生成失败。
87.在本实施例中，在通过自定义插件生成了报价单后，该报价单存储在自定义插件的工作空间内。在接收到自定义插件的报价单上传请求后，业务系统通过启用文件读取插件的文件读取功能，以读取自定义插件的工作空间中的报价单，并上传至业务系统的网页界面进行显示。
88.进一步地，在读取报价单之前，首先检测该业务系统是否启用该文件读取插件，也即是检测该业务系统是否启用文件读取功能。在确定启用有文件读取插件时，通过文件读取插件以读取报价单，将该报价单与业务系统中预设的网页界面进行关联，以通过关联的网页界面显示该报价单，进而在成功显示报价单后，修改报价项的状态为报价单已成功。
89.示范性地，可通过文件读取插件中的exceljs模块来读取报价单，进而在读取到该报价单后，按照exceljs模块中预先定义的语法规则对该报价单进行处理，如写入数据等；其中，exceljs是一个node.js模块，可用来读写和操作xlsx和json电子表格数据和样式。
90.可以理解，若该业务系统未启用文件读取插件，则无法读取该报价单，从而(向服务器)发送相应的文件读取插件未启用的提示信息，进而修改报价工作项的状态为报价单生成失败，以结束该报价工作项。
91.在一实施方式中，如图4所示，本实施例还具体包括如下步骤：
92.s81，在检测到报价工作项对应的客户信息内包含有报价信息时，获取报价信息，在报价单内添加报价信息，并将添加报价信息后的报价单更新显示至网页界面。
93.s82，在未检测到报价工作项对应的客户信息内包含有报价信息时，则在报价工作项中添加相应提示信息，修改报价工作项的状态为报价单已生成。
94.示范性地，若检测到报价工作项对应的客户信息内包含有报价信息，则在报价单内添加该报价信息，其中，报价信息即为当前需要报价的业务工作项对应的报价信息，其报价信息具体包括但不限于报价工时、报价金额。
95.具体地，通过该文件读取插件读取报价单，而后通过exceljs模块在报价单中操作和写入相应的报价信息，进而将添加有报价信息的报价单更新显示至对应的网页界面，修改报价工作项的状态为报价单已生成，从而实现报价单的更新与显示。
96.作为一种可选的实施方式，在将报价信息添加至报价单之前，本实施例还通过采用预设的计算模型计算所报价的各个业务工作项的报价金额，以使得将所计算的报价金额相应添加至报价单中。
97.在本实施例中，若未检测到报价信息时，则相应在报价工作项中添加没有报价信息的提示信息，进而修改报价工作项的状态为报价单已生成。可以理解，报价信息的添加即是报价单生成之后的更新过程，并不表示生成了带有报价信息的报价单才完成报价单的生成。
98.进一步地，本实施例可实时检测是否有报价信息或报价信息存在更新，在检测到存在有报价信息或报价信息更新时，将当前的报价信息添加至所生成的报价单中，以实现报价单的实时更新。
99.本实施例所提供的报价单自动生成方法，第一方面，通过将报价工作项分别与业务工作项和用户故事数据关联，以实现待报价的用户需求对应的各个业务工作项的报价单的生成，从而无需技术人员根据用户需求拆分项目各个生命周期阶段的业务工作量，再对应生成各个生命周期阶段的报价单；从而相应提高了报价单生成效率，节约了人力成本和时间成本；第二方面，本实施例后续可通过各个业务工作项对应的报价信息，实时更新并显示所创建的报价单；且整个过程均可通过自定义插件实现，提高了提升报价输出效率及准确性，避免人工计算的失误；第三方面，该报价单是基于项目开发过程中各个业务工作项和用户故事数据生成的，进而，后续可通过该报价单以追溯相应的业务工作项的成本结算，以及查看相应的用户需求背景。
100.请参照图5，本技术实施例提供了一种报价单自动生成装置，该装置包括：
101.关联模块51，用于获取用户创建的报价工作项，将所述报价工作项分别与业务工作项和用户故事接口关联；
102.获取模块52，用于获取所述业务工作项中的客户信息，并通过所述用户故事接口获取用户故事数据中的客户信息；其中，所述用户故事数据中用户故事的状态为待报价或已报价；
103.判断模块53，用于判断所述用户故事数据中的客户信息与所述业务工作项中的客户信息是否相同；
104.生成模块54，用于若所述用户故事数据中的客户信息与所述业务工作项中的客户信息相同，则读取预设的报价单模板，将所述用户故事数据填充至所述报价单模板，生成报价单。
105.进一步可选地，如图6所示，该报价单自动生成装置还包括：
106.接收模块55，用于接收来自自定义插件的报价单上传请求，判断业务系统当前是否启用文件读取插件；
107.显示模块56，用于若业务系统当前启用有文件读取插件，则通过所述文件读取插件读取所述报价单，进而通过所述业务系统中关联的网页界面显示所述报价单，修改所述报价工作项的状态为报价单已生成；
108.发送模块57，用于若业务系统当前未启用文件读取插件，则发送相应提示信息，修改所述报价工作项的状态为报价单生成失败。
109.进一步可选地，如图7所示，该报价单自动生成装置还包括：
110.更新模块58，用于在检测到所述报价工作项对应的客户信息内包含有报价信息时，获取所述报价信息，在所述报价单内添加报价信息，并将添加报价信息后的报价单更新显示至所述网页界面；其中，所述报价信息包括报价工时、报价金额；
111.提示模块59，用于在未检测到所述报价工作项对应的客户信息内包含有报价信息时，则在所述报价工作项中添加相应提示信息，修改所述报价工作项的状态为报价单已生成。
112.可以理解，本实施例的装置对应于上述实施例的报价单自动生成方法，上述实施例中的可选项同样适用于本实施例，故在此不再重复描述。
113.本技术实施例还提供了一种计算机设备，该计算机设备可以但不限于为如台式计算机、笔记本、智能手机、平板等，其存在形式不作限定，主要取决于其是否需要支持浏览器网页的界面显示功能等。示范性地，该计算机设备包括处理器和存储器，其中，存储器存储有计算机程序，处理器通过运行所述计算机程序，以使计算机设备执行本技术的报价单自动生成方法，进而通过将报价工作项分别与业务工作项和用户故事数据关联，以实现待报价的用户需求对应的各个业务工作项的报价单的生成，从而无需技术人员根据用户需求拆分项目各个生命周期阶段的业务工作量，再对应生成各个生命周期阶段的报价单；从而相应提高了报价单生成效率，节约了人力成本和时间成本。
114.其中，处理器可以是一种具有信号的处理能力的集成电路芯片。处理器可以是通用处理器，包括中央处理器(central processing unit，cpu)、图形处理器(graphics processing unit，gpu)及网络处理器(network processor，np)、数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件中的至少一种。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。
115.其中，存储器可以是，但不限于，随机存取存储器(random access memory，ram)，只读存储器(read only memory，rom)，可编程只读存储器(programmable read-only memory，prom)，可擦除只读存储器(erasable programmable read-only memory，eprom)，电可擦除只读存储器(electric erasable programmable read-only memory，eeprom)等。其中，存储器用于存储计算机程序，处理器在接收到执行指令后，可相应地执行所述计算机程序。
116.此外，本技术还提供了一种计算机存储介质，用于储存上述计算机设备中使用的所述计算机程序，其中，所述计算机程序在处理器上执行时，实施上述实施例的报价单自动生成方法，该方法包括：获取用户创建的报价工作项，将所述报价工作项分别与业务工作项和用户故事接口关联；获取所述业务工作项中的客户信息，并通过所述用户故事接口获取用户故事数据中的客户信息；其中，所述用户故事数据中用户故事的状态为待报价或已报价；判断所述用户故事数据中的客户信息与所述业务工作项中的客户信息是否相同；若所述用户故事数据中的客户信息与所述业务工作项中的客户信息相同，则读取预设的报价单模板，将所述用户故事数据填充至所述报价单模板，生成报价单。
117.可以理解，上述实施例的报价单自动生成方法中的可选项同样适用于本实施例，故在此不再重复描述。
118.例如，该计算机存储介质可包括但不限于为：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
119.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和结构图显示了根据本技术的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，结构图和/或流程图中的每个方框、以及结构图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
120.另外，在本技术各个实施例中的各功能模块或单元可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或更多个模块集成形成一个独立的部分。
121.所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是智能手机、个人计算机、服务器、或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。
122.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。