发明内容
本申请实施例提供了文档生成方法及装置,可以解决产品研发过程中沟通和协作上造成很多资源浪费和信息失真,降低整体交付速度和产品质量的问题。
第一方面,本申请实施例提供了一种文档生成方法,包括:基于设定的文档模板,生成所述文档模板中的文档字段对应的原型字段参数;基于构建得到的原型结构体,将所述原型字段参数填充至所述原型结构体的数据部分中,生成产品的产品结构体;对所述原型结构体进行渲染,得到可使用的原型文件;将所述原型文件作为所述产品的原型进行处理。
在第一方面的一种可能的实现方式中,所述方法还包括:获取文档模板的修改指令;其中,所述修改指令包括修改所述文档字段中的字段、控件类型、初始值;基于所述修改指令,修改所述文档模板,得到更新模板;基于所述更新模板生成所述更新模板对的更新原型字段参数;基于所述更新原型字段参数生成更新原型文件。
在第一方面的一种可能的实现方式中,所述基于设定的文档模板,生成所述文档模板中的文档字段对应的原型字段参数,包括:获取文档原始数据;对所述文档原始数据进行过滤,得到文档过滤数据;基于所述文档模板和所述文档过滤数据,生成所述文档模板中的文档字段对应的原型字段参数。
在第一方面的一种可能的实现方式中,所述基于构建得到的原型结构体,将所述原型字段参数填充至所述原型结构体的数据部分中,生成产品的产品结构体,包括:获取所述文档模板对应的全量数据集合,并基于所述全量数据集合生成数据队列;对所述数据队列进行遍历,确定所述原型字段参数对应的目标队列;基于预设的过滤映射器,将所述原型字段参数对应的控件类型进行映射,确定所述原型字段参数对应的控件基类;基于所述控件基类和所述目标队列,构建得到原型结构体;将所述原型字段参数填充至所述原型结构体的数据部分中,生成所述产品结构体。
在第一方面的一种可能的实现方式中,所述基于设定的文档模板,生成所述文档模板中的文档字段对应的原型字段参数之前,还包括:获取文档字段,以及各所述文档字段对应的控件类型、校验方式和处理逻辑;基于所述文档字段及其对应的控件类型、校验方式和处理逻辑,生成所述文档模板。
在第一方面的一种可能的实现方式中,所述文档字段对应的信息包括如下至少一种:字段名、控件的类型、填写属性、校验方式以及处理逻辑;所述控件包括如下至少一种:文本框、日历控件、下拉框以及标签。
第二方面,本申请实施例提供了一种文档生成装置,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现以下步骤:基于设定的文档模板,生成所述文档模板中的文档字段对应的原型字段参数;基于构建得到的原型结构体,将所述原型字段参数填充至所述原型结构体的数据部分中,生成产品的产品结构体;对所述原型结构体进行渲染,得到可使用的原型文件;将所述原型文件作为所述产品的原型进行处理。
在第二方面的一种可能的实现方式中,所述方法还包括:获取文档模板的修改指令;其中,所述修改指令包括修改所述文档字段中的字段、控件类型、初始值;基于所述修改指令,修改所述文档模板,得到更新模板;基于所述更新模板生成所述更新模板对的更新原型字段参数;基于所述更新原型字段参数生成更新原型文件。
在第二方面的一种可能的实现方式中,所述基于设定的文档模板,生成所述文档模板中的文档字段对应的原型字段参数,包括:获取文档原始数据;对所述文档原始数据进行过滤,得到文档过滤数据;基于所述文档模板和所述文档过滤数据,生成所述文档模板中的文档字段对应的原型字段参数。
在第二方面的一种可能的实现方式中,所述基于构建得到的原型结构体,将所述原型字段参数填充至所述原型结构体的数据部分中,生成产品的产品结构体,包括:获取所述文档模板对应的全量数据集合,并基于所述全量数据集合生成数据队列;对所述数据队列进行遍历,确定所述原型字段参数对应的目标队列;基于预设的过滤映射器,将所述原型字段参数对应的控件类型进行映射,确定所述原型字段参数对应的控件基类;基于所述控件基类和所述目标队列,构建得到原型结构体;将所述原型字段参数填充至所述原型结构体的数据部分中,生成所述产品结构体。
在第二方面的一种可能的实现方式中,所述基于设定的文档模板,生成所述文档模板中的文档字段对应的原型字段参数之前,还包括:获取文档字段,以及各所述文档字段对应的控件类型、校验方式和处理逻辑;基于所述文档字段及其对应的控件类型、校验方式和处理逻辑,生成所述文档模板。
在第二方面的一种可能的实现方式中,所述文档字段对应的信息包括如下至少一种:字段名、控件的类型、填写属性、校验方式以及处理逻辑;所述控件包括如下至少一种:文本框、日历控件、下拉框以及标签。
第三方面,本申请实施例提供了一种文档生成装置,包括:第一生成单元,用于基于设定的文档模板,生成所述文档模板中的文档字段对应的原型字段参数;第二生成单元,用于基于构建得到的原型结构体,将所述原型字段参数填充至所述原型结构体的数据部分中,生成产品的产品结构体;渲染单元,用于对所述原型结构体进行渲染,得到可使用的原型文件;处理单元,用于将所述原型文件作为所述产品的原型进行处理。
在第三方面的一种可能的实现方式中,所述装置还包括:第一获取单元,用于获取文档模板的修改指令;其中,所述修改指令包括修改所述文档字段中的字段、控件类型、初始值;修改单元,用于基于所述修改指令,修改所述文档模板,得到更新模板;第三生成单元,用于基于所述更新模板生成所述更新模板对的更新原型字段参数;第四生成单元,用于基于所述更新原型字段参数生成更新原型文件。
在第三方面的一种可能的实现方式中,所述第一生成单元包括:第二获取单元,用于获取文档原始数据;过滤单元,用于对所述文档原始数据进行过滤,得到文档过滤数据;第五生成单元,用于基于所述文档模板和所述文档过滤数据,生成所述文档模板中的文档字段对应的原型字段参数。
在第三方面的一种可能的实现方式中,所述第二生成单元用于:获取所述文档模板对应的全量数据集合,并基于所述全量数据集合生成数据队列;对所述数据队列进行遍历,确定所述原型字段参数对应的目标队列;基于预设的过滤映射器,将所述原型字段参数对应的控件类型进行映射,确定所述原型字段参数对应的控件基类;基于所述控件基类和所述目标队列,构建得到原型结构体;将所述原型字段参数填充至所述原型结构体的数据部分中,生成所述产品结构体。
在第三方面的一种可能的实现方式中,所述文档生成装置还包括:字段获取单元,用于获取文档字段,以及各所述文档字段对应的控件类型、校验方式和处理逻辑;模板生成单元,用于基于所述文档字段及其对应的控件类型、校验方式和处理逻辑,生成所述文档模板。
在第三方面的一种可能的实现方式中,所述文档字段对应的信息包括如下至少一种:字段名、控件的类型、填写属性、校验方式以及处理逻辑;所述控件包括如下至少一种:文本框、日历控件、下拉框以及标签。
第四方面,本申请实施例提供了一种计算机可读存储介质,所述计算机存储介质存储有计算机程序,所述计算机程序包括程序指令,所述程序指令当被处理器执行时使所述处理器执行上述第一方面的方法。
第五方面,本申请实施例提供了一种计算机程序产品,当计算机程序产品在终端设备上运行时,使得终端设备执行上述第一方面中任一项所述的文档生成方法。
可以理解的是,上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述,在此不再赘述。
本申请实施例与现有技术相比存在的有益效果是:通过对文档模板进行编辑,生成对应的文档模板,以基于文档模板生成配置参数;基于原型配置参数,在原型模板数据区域中填充配置参数生成产品结构体,对产品结构体进行渲染生成可使用的原型文件,以使得最后可以通过手工复制的方式,将原型文件复制进需求文档中,以对产品研发的过程进行管理。通过上述方式,提高创建新产品原型的效率,降低变更现有产品原型的时间成本。
具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本申请实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。
应当理解,当在本申请说明书和所附权利要求书中使用时,术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解,在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
如在本申请说明书和所附权利要求书中所使用的那样,术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地,短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
另外,在本申请说明书和所附权利要求书的描述中,术语“第一”、“第二”、“第三”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此,在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例,而是意味着“一个或多个但不是所有的实施例”,除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”,除非是以其他方式另外特别强调。
参见图1,图1是本申请实施例一提供的一种文档生成方法的流程图。本实施例中文档生成方法的执行主体为具有文档生成功能的装置,包括但不限于计算机、服务器、平板电脑或者终端等装置。如图所示的文档生成方法可以包括以下步骤:
S101:基于设定的文档模板,生成文档模板中的文档字段对应的原型字段参数。
图2为本申请实施例提供的一种文档生成方法的示意图。
如图2所示,本实施例中通过对文档模板进行编辑,生成对应的文档模板,以基于文档模板生成配置参数,其中,配置参数包括了:控件名称、控件类型、控件默认值以及必填和选填的选项等等;之后基于原型配置参数,在原型模板数据区域中填充配置参数,生成产品结构体,之后对产品结构体进行渲染,生成可使用的原型文件,以使得最后可以通过手工复制的方式,将原型文件复制进需求文档中,以对产品研发的过程进行管理。通过上述方式,提高创建新产品原型的效率,降低变更现有产品原型的时间成本。
在本申请一实施例中,生成文档模板中的文档字段对应的原型字段参数之前,还包括:获取文档字段,以及各文档字段对应的控件类型、校验方式和处理逻辑;基于文档字段及其对应的控件类型、校验方式和处理逻辑,生成文档模板。
具体的,如表1所示,本实施例中的文档模板中含有一个二维数据对象,会要求使用人填写如下信息:字段名、控件类型、必填/选填、特殊校验及处理逻辑等等。其中,核心参数为字段名、控件类型、选填/必填。该3字段直接参与参数生成工具的加工处理逻辑。其中,对于控件类型,本方案统计了原型设计中使用评率最高的几类控件,并进一步合并归类为下列4种:文本框、日历控件、下拉框、标签。针对未收纳的控件,可以通过编辑本方案提供的预构建原型体来进行自定义的二次开发。
表1
在本申请一实施例中,使用人填写完毕该文档模板后,即可复制该二维数据对象至其所需要的需求文档,直接作为验收标准或者页面控件描述的主体或者一部分。
在本申请一实施例中,基于设定的文档模板,生成文档模板中的文档字段对应的原型字段参数,包括:获取文档原始数据;对文档原始数据进行过滤,得到文档过滤数据;基于文档模板和文档过滤数据,生成文档模板中的文档字段对应的原型字段参数。
图3为本申请实施例提供的一种生成原型字段参数的示意图。
具体的,如图3所示,本实施例中在获取到文档原始数据之后,先对文档原始数据进行过滤,滤除其中的冗余之后,得到文档过滤数据。之后,基于文档模板和文档过滤数据,生成文档模板中的文档字段对应的原型字段参数。例如图3中对文档模型版中的律所名称、律所代码、账户名称等等名称都填入其对应的文档字段,生成原型字段参数。通过上述方式,可以简单确定当前文档字段对应的原型字段参数。
在本申请一实施例中,方法还包括:获取文档模板的修改指令;其中,修改指令包括修改文档字段中的字段、控件类型、初始值;基于修改指令,修改文档模板,得到更新模板;基于更新模板生成更新模板对的更新原型字段参数;基于更新原型字段参数生成更新原型文件。
具体的,本实施例中的文档模板是可以实时发生变化的,因此,本实施例中可以实时获取文档模板的修改指令,其中,修改指令可以包括修改文档模板中的字段、控件类型、初始值等等。在获取到修改指令之后,以基于修改指令来修改文档模板得到更新模板,之后基于更新模板生成对应的更新原型字段参数,进而生成对应的更新原型文件。
本实施例中通过上述方式,通过一次变更,需求文档和产品原型两边同时生效,提高产品经理在需求文档编写阶段的耗时,进一步释放提高个人产能。进而提升产品和项目的整体交付速度和质量。
S102:基于构建得到的原型结构体,将原型字段参数填充至原型结构体的数据部分中,生成产品的产品结构体。
在本申请一实施例中,基于构建得到的原型结构体,将原型字段参数填充至原型结构体的数据部分中,生成产品的产品结构体,包括步骤S121~步骤S125,详细说明如下:
S121:获取文档模板对应的全量数据集合,并基于全量数据集合生成数据队列。
在本申请一实施例中,在获取到文档模板对应的全量数据集合之后,按照数据文档模板中文档字段的处理顺序,基于全量数据集合生成数据队列,以基于数据队列对文档字段进行处理。
S122:对数据队列进行遍历,确定原型字段参数对应的目标队列。
在本申请一实施例中,对文档模板中的各个字段进行定义,详细说明如下:column_name:填充置预构建原型体的控件显示名称部位;not_null:如值为“1”,则显示预构建原型体的非空标识元素;calendar:如值为“1”,则显示预构建原型体的日历控件元素;txt:如值为“1”,则显示预构建原型体的文本框元素;label_value:如值为“1”,则显示预构建原型体的标签元素;droplist:如值为“1”,则显示预构建原型体的下拉框元素;content:若控件该属性可用,则填充置预构建原型体对应显示控件的默认值初始值。
图4为本申请实施例提供的一种加载待生成参数队列的流程图。
如图4所示,本实施例中先获取全量模板数据集合,并基于全量模板数据集合创建数据队列L1,之后,逐一获取队列中的对象数据,并在判断生成标识为1时,将对象数据压入待生成队列L2,即目标队列,直至L1中的数据遍历完毕。
S123:基于预设的过滤映射器,将原型字段参数对应的控件类型进行映射,确定原型字段参数对应的控件基类。
图5为本申请实施例提供的一种字段参数的控件类型映射示意图。
在本申请一实施例中,通过一个过滤映射器将原始控件类型映射至一个参数映射控件基类。具体的映射关系如如图5所示,例如,本实施例中将文本型输入框和数值型输入框都归为文本框对应的控件类型;将文件上传类控件和按钮都归为可忽略的控件类型。
S124:基于控件基类,构建得到原型结构体。
图6为本申请实施例提供的一种生成原型模板参数的示意图。
如图6所示,基于控件基类,构建得到原型结构体。示例性的,本实施例汇总逐一遍历队列L2;在遍历过程中,初始化原型模板参数对象item;将item[m][n],column_name赋值为L2[i][j],即字段名;判断L2[i][j]的必填、选填项的值是否为“必填”;若是,则将item[m][n],not_null赋值为1;若否,判断L2[i][j]的控件类型是否为文本框;若是,则将item[m][n].txt赋值为1;若否,则继续判断L2[i][j]的控件类型是否为下拉框;若是,则将item[m][n].droplist赋值为1;若否则继续判断L2[i][j]的控件类型是否为标签;若是,则将item[m][n].label赋值为1;直至完成item对象封装。
S125:将原型字段参数填充至原型结构体的数据部分中,生成产品结构体。
图7为本申请实施例提供的一种生成原型文件参数的示意图。
如图7所示,在原型参数文件生成器中,将原型字段参数填充至原型结构体的数据部分中,生成产品结构体。具体的,获取item数据对象,遍历item第一维度数据[m],直至遍历完毕item[m];遍历item第二维度数据[n],具体的,根据item[m]判断是否存在同名文件,若否,则创建文件并打开文件流;尝试逐一将item[m][n]数据写入矩阵格式的文本文件(.csv或excel),之后,关闭文件流,直至遍历完毕item[n]。通过这种遍历的方式,以将原型字段参数填充至原型结构体的数据部分中,最后生成文本字段对应的产品结构体。
S103:对原型结构体进行渲染,得到可使用的原型文件。
图8为本申请实施例提供的一种对原型结构体进行渲染的流程图。
本实施例中,如图8所示,预构建原型体的填充渲染机制如下:首先对控件进行初始化,具体为,检测各个控件的可见性,在可见性检测通过之后,对各个字段名称和控件初始值进行赋值;之后,设定各控件类型对应的显示方式,例如,设定下拉框、文本框的可见性等等。
S104:将原型文件作为产品的原型进行处理。
在本申请一实施例中,后续产品经理即可直接采用该原型图作为需求文档的产品原型说明内容。后续若发生需求内容变更导致字段、控件类型、是否必填、初始值等变化,可直接通过修改原始的文档模板并执行相应的参数生成工具即可快速实现原型变化。本实施例中,将变更后的配置数据替换预构建原型体原始数据后,该预构建原型体会立刻实现页面控件元素的填充和渲染。该步骤,在面对单页面在20-50个控件元素时,产品经理在原型绘制的耗时上从原先的30分钟-2小时,缩短为5-10秒,可以节约大量的原型在排版、内容编辑上的调整,极大提升产能。
上述方案,通过对文档模板进行编辑,生成对应的文档模板,以基于文档模板生成配置参数;基于原型配置参数,在原型模板数据区域中填充配置参数生成产品结构体,对产品结构体进行渲染生成可使用的原型文件,以使得最后可以通过手工复制的方式,将原型文件复制进需求文档中,以对产品研发的过程进行管理。通过上述方式,提高创建新产品原型的效率,降低变更现有产品原型的时间成本。
参见图9,图9是本申请实施例三提供的一种文档生成装置的示意图。文档生成装置可以为智能手机、平板电脑等移动终端。本实施例的文档生成装置包括的各单元用于执行图1对应的实施例中的各步骤,具体请参阅图1及图1对应的实施例中的相关描述,此处不赘述。本实施例的文档生成装置包括:第一生成单元,用于基于设定的文档模板,生成文档模板中的文档字段对应的原型字段参数;第二生成单元,用于基于构建得到的原型结构体,将原型字段参数填充至原型结构体的数据部分中,生成产品的产品结构体;渲染单元,用于对原型结构体进行渲染,得到可使用的原型文件;处理单元,用于将原型文件作为产品的原型进行处理。
在本实施例的一种可能的实现方式中,装置还包括:第一获取单元,用于获取文档模板的修改指令;其中,修改指令包括修改文档字段中的字段、控件类型、初始值;修改单元,用于基于修改指令,修改文档模板,得到更新模板;第三生成单元,用于基于更新模板生成更新模板对的更新原型字段参数;第四生成单元,用于基于更新原型字段参数生成更新原型文件。
在本实施例的一种可能的实现方式中,第一生成单元包括:第二获取单元,用于获取文档原始数据;过滤单元,用于对文档原始数据进行过滤,得到文档过滤数据;第五生成单元,用于基于文档模板和文档过滤数据,生成文档模板中的文档字段对应的原型字段参数。
在本实施例的一种可能的实现方式中,第二生成单元用于:获取文档模板对应的全量数据集合,并基于全量数据集合生成数据队列;对数据队列进行遍历,确定原型字段参数对应的目标队列;基于预设的过滤映射器,将原型字段参数对应的控件类型进行映射,确定原型字段参数对应的控件基类;基于控件基类和目标队列,构建得到原型结构体;将原型字段参数填充至原型结构体的数据部分中,生成产品结构体。
在本实施例的一种可能的实现方式中,文档生成装置还包括:字段获取单元,用于获取文档字段,以及各文档字段对应的控件类型、校验方式和处理逻辑;模板生成单元,用于基于文档字段及其对应的控件类型、校验方式和处理逻辑,生成文档模板。
在本实施例一种可能的实现方式中,文档字段对应的信息包括如下至少一种:字段名、控件的类型、填写属性、校验方式以及处理逻辑;控件包括如下至少一种:文本框、日历控件、下拉框以及标签。
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
图10是本申请实施例四提供的文档生成装置的示意图。如图10所示,该实施例的文档生成装置1000包括:处理器1001、存储器1002以及存储在所述存储器1002中并可在所述处理器1001上运行的计算机程序1003。所述处理器1001执行所述计算机程序1003时实现上述各个文档生成方法实施例中的步骤,例如图1所示的步骤。或者,所述处理器1001执行所述计算机程序1003时实现上述各装置实施例中各模块/单元的功能,例如图9所示各个单元的功能。
示例性的,所述计算机程序1003可以被分割成一个或多个模块/单元,所述一个或者多个模块/单元被存储在所述存储器1002中,并由所述处理器1001执行,以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述所述计算机程序1003在所述文档生成装置1000中的执行过程。
所述文档生成装置1000可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备可包括,但不仅限于,处理器1001、存储器1002。本领域技术人员可以理解,图10仅仅是文档生成装置1000的示例,并不构成对文档生成装置1000的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。
所称处理器1001可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器1002可以是所述文档生成装置1000的内部存储单元,例如文档生成装置1000的硬盘或内存。所述存储器1002也可以是所述文档生成装置1000的外部存储设备,例如所述文档生成装置1000上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card,FC)等。进一步地,所述存储器1002还可以既包括所述文档生成装置1000的内部存储单元也包括外部存储设备。所述存储器1002用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器1002还可以用于暂时地存储已经输出或者将要输出的数据。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中。
以上所述实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。