需求过程的管理方法、装置、存储介质及电子设备与流程

文档序号:18119996发布日期:2019-07-10 09:34阅读:180来源:国知局
需求过程的管理方法、装置、存储介质及电子设备与流程

本公开实施例涉及互联网技术领域,特别涉及一种需求过程的管理方法、装置、存储介质及电子设备。



背景技术:

双向链表也称为双链表,是链表的一种。双向链表由节点组成,其每个数据结点中都有两个指针,分别指向直接后继和直接前驱。因此,从双向链表中的任意一个结点开始,都可以很方便地访问该结点的前驱结点和后继结点。

现有技术中,需求管理系统通常采用双向链表来实现需求进程之间的跳转。然而,现有的双向链表仅能够实现相邻的需求进程之间的顺序跳转,而无法实现需求进程之间的间隔跳转、间隔回退跳转等,因此,导致访问效率低,并进一步导致用户体验差。



技术实现要素:

有鉴于此,本公开的一个目的在于提供一种需求过程的管理方法和装置、存储介质及电子设备,以解决现有技术中存在的需求过程中的任意两个流程之间无法任意跳转的问题。

本公开的一个方面提供一种需求过程的管理方法,需求过程包括至少两个流程,该方法包括:对应每个流程设置流程节点;在满足预设条件时,通过双向链表方式在任意两个流程节点之间实现跳转。

在本公开的一个实施例中,跳转包括以下方式中的至少一种:逐步跳转、间隔跳转、回退跳转。

在本公开的一个实施例中,流程是以下流程中的任意一种:需求创建流程、需求评审流程、需求开发流程和需求验收流程。

在本公开的一个实施例中,该方法还包括:获取需求过程中的任意一个流程节点的创建时间;计算当前系统时间与创建时间之间的时间间隔;当时间间隔大于预设时间间隔时发送消息通知。

在本公开的一个实施例中,该方法还包括:在跳转完成后发送消息通知。

在本公开的一个实施例中,该方法还包括:接收对流程节点的信息登记操作,将流程节点的数据信息录入到数据库中。

在本公开的一个实施例中,该方法还包括:接收对流程节点的数据信息的编辑操作,该编辑操作包括添加操作、修改操作、删除操作中的至少一种。

本公开的另一个方面提供一种需求过程的管理装置,需求过程包括至少两个流程,该装置包括:设置模块,用于对应每个流程设置流程节点;跳转模块,用于在满足预设条件时,通过双向链表方式在任意两个流程节点之间实现跳转。

本公开的再一个方面提供一种存储介质,存储有计算机程序,该计算机程序被处理器执行时实现如上所述的方法。

本公开的又一个方面提供一种电子设备,至少包括存储器、处理器,该存储器上存储有计算机程序,该处理器在执行存储器上的计算机程序时实现如上所述的方法。

本公开通过采用双向链表,使得需求过程中的任意两个流程之间能够任意跳转,因此,提高了访问效率,并进一步提升了用户体验。

应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。

图1是根据本公开一示例性实施例示出的一种需求过程的管理方法的流程图;

图2是根据本公开另一个示例性实施例示出的一种需求过程的管理方法的流程图;

图3是根据本公开一示例性实施例示出的一种需求过程的管理装置的框图;

图4是根据本公开一示例性实施例示出的一种电子设备的框图。

具体实施方式

为了使本技术领域的人员更好地理解本公开中的技术方案,下面将结合本公开实施例中的附图,对本公开实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本公开一部分实施例,而不是全部的实施例。基于本公开中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本公开保护的范围。

考虑到现有的需求管理系统通常采用双向链表来实现需求进程之间的跳转。然而,现有的双向链表仅能够实现相邻的需求进程之间的顺序跳转,而无法实现需求进程之间的间隔跳转、间隔回退跳转等,因此,导致访问效率低,并进一步导致用户体验差。

图1是根据本公开一示例性实施例示出的一种需求过程的管理方法的流程图。在本实施例中,一种需求过程的管理方法可以由服务器执行,如图1所示,该方法包括:

s110:对应每个流程设置流程节点。

在本公开实施例中,需求过程包括至少两个流程,为了便于对需求过程中不同流程的控制,针对每个流程设置流程节点。

针对需求过程进行的管理,被称为需求管理,或者也可以称为营销管理,指需要帮助企业等主体以达到自己目标的方式来影响需求的水平、时机和构成。需求管理的过程即为需求过程,其可以向前顺序地执行,例如,按照需求创建流程→需求评审流程→需求开发流程→需求验收流程的顺序;也可以向后顺序地执行,例如,按照需求创建流程←需求评审流程←需求开发流程←需求验收流程的顺序;或者还可以向前和/或向后间隔地执行,例如,按照需求创建流程→需求开发流程的顺序,或者按照需求创建流程←需求开发流程的顺序,或者先按照需求创建流程→需求开发流程→需求验收流程的顺序,再按照需求创建流程←需求开发流程的顺序,本公开对此不作限制。

具体地,需求过程中的流程可以是需求创建流程、需求评审流程、需求开发流程和需求验收流程中的任意一种。需要说明的是,本公开的流程不限于如上所述的需求创建流程、需求评审流程、需求开发流程和需求验收流程,例如还可以包括需求定义过程、需求确认流程、需求跟踪流程、需求变更流程等。

进一步地,流程节点是指当工程需要若干个不同程序(流程)或分成若干个阶段来完成时,某一程序或某一阶段结束,另一程序或某一阶段开始时的转接点(类别点或时间点)。通过设置流程节点,使得在需求过程中能够基于对流程节点的控制实现对流程的控制。

进一步地,服务器为至少两个流程中的每个流程创建流程节点。这里,服务器可以是一台服务器,也可以是由若干台服务器组成的服务器集群,或者还可以是一个云计算服务中心,本公开对此不作限制。

s120:在满足预设条件时,通过双向链表方式在任意两个流程节点之间实现跳转。

在本公开实施例中,在满足预设条件时,例如服务器可以通过双向链表方式在任意两个流程节点之间实现跳转。

链表是一种物理存储单元上非连续、非顺序的存储结构,数据元素的逻辑顺序是通过链表中的指针链接次序实现的。链表由一系列结点(链表中每一个元素称为结点)组成,结点可以在运行时动态生成。每个结点包括两个部分:一个是存储数据元素的数据域,另一个是存储下一个结点地址的指针域。链表允许插入和移除表上任意位置上的节点,但是不允许随机存取。链表的类型可以包括单向链表、双向链表和循环链表。

这里的预设条件可以是开发方预先设置的条件,例如,逐步跳转、间隔跳转、回退跳转等;也可以是服务器的默认时间,例如,一分钟、五分钟、十分钟等,本公开对此不作限制。

进一步地,首先确定任意两个流程是否满足预设条件,如果满足预设条件,则通过双向链表方式实现两个不同流程之间的跳转。这里,跳转可以包括逐步跳转、间隔跳转、回退跳转中的一种或多种。需要说明的是,跳转不限于如上所述的向前间隔地跳转和向后间隔地跳转,而是可以先向前/向后间隔地跳转,再向后/向前间隔地跳转;或者可以先向前/向后顺序地跳转,再向前/向后间隔地跳转;或者可以先向后/向前间隔跳转,再向前/向后顺序地跳转,再向前/向后间隔地跳转等等,本公开对此不作限制。

根据本公开实施例提供的技术方案,通过采用双向链表,使得需求过程中的任意两个流程之间能够任意跳转,因此,提高了访问效率,并进一步提升了用户体验。

在本公开的另一个实施例中,至少两个流程包括顺序执行的第一流程、第二流程和第三流程,其中,在满足预设条件时,通过双向链表方式在任意两个流程节点之间实现跳转,包括:在满足第一预设条件时,通过双向链表方式实现从第一流程到第三流程的跳转,和/或在满足第二预设条件时,通过双向链表方式实现从第三流程到第一流程的跳转。

具体地,至少两个流程可以包括顺序执行的第一流程、第二流程和第三流程,当满足第一预设条件时,通过双向链表方式实现从第一流程到第三流程的跳转,即向前间隔地跳转;当满足第二预设条件时,通过双向链表方式实现从第三流程到第一流程的跳转,即向后间隔地跳转。这里,第一预设条件和第二预设条件可以是开发方预先设置的,例如,服务器中预先存储了从第一流程到第三流程或者从第三流程到第一流程的跳转关系;也可以是系统的默认时间,本公开对此不作限制。

需要说明的是,第一流程、第二流程和第三流程也可以是不连续的。此外,还需要说明的是,现有的双向链表仅能够实现向前或向后的顺序跳转,而无法实现向前或向后的间隔跳转,因此,本公开对现有的双向链表进行了改进,使得改进后的双向链表能够实现向前和/或向后的间隔跳转,并由此提高了访问效率。

在本公开的另一个实施例中,该方法还包括:获取需求过程中的任意一个流程节点的创建时间;计算当前系统时间与创建时间之间的时间间隔;当时间间隔大于预设时间间隔时发送消息通知。

具体地,例如服务器获取需求过程中的任意一个流程节点的创建时间,并根据当前系统时间和创建时间计算二者之间的时间间隔;接着,服务器将该时间间隔与预设时间间隔进行比较,以确定当前需求过程的耗时情况;进一步地,如果时间间隔大于预设时间间隔,则表示当前需求过程已经被搁置,这时,服务器将消息通知发送给开发方,以提醒开发方及时处理被搁置的需求。

这里,预设时间间隔可以是需求管理系统的默认时间间隔,例如,十分钟、三十分钟、五十分钟等,也可以是开发方根据实际情况设置的时间间隔,例如,三天、五天、十天等,本公开对此不作限制。

可选地,作为另一个实施例,该方法还包括:在跳转完成后发送消息通知。

具体地,当跳转完成之后,服务器可以通过例如短信、邮件等方式将消息通知发送给开发方和/或需求方,以提醒或告知开发方和/或需求方当前流程的执行情况,从而有助于开发方和/或需求方及时了解和处理当前流程。

在本公开的另一个实施例中,该方法还包括:接收对流程节点的信息登记操作,将流程节点的数据信息录入到数据库中。

具体地,服务器接收开发方和/或需求方对流程节点的信息登记操作,并将流程节点的数据信息存储到数据库中。

在本公开的另一个实施例中,该方法还包括:接收对流程节点的数据信息的编辑操作,该编辑操作包括添加操作、修改操作、删除操作中的至少一种。

具体地,服务器接收开发方和/或需求方对流程节点的数据信息的编辑操作。这里,编辑操作可以包括添加操作、修改操作、删除操作中的一种或多种。

上述所有可选技术方案,可以采用任意结合形成本公开的可选实施例,在此不再一一赘述。

图2是根据本公开另一个示例性实施例示出的一种需求过程的管理方法的流程图。如图2所示,该方法包括:

s210:接收需求方发送的数据需求的获取请求,该获取请求用于请求获取与数据需求对应的数据;

s220:根据获取请求,对数据需求进行需求评审;

s230:在需求评审通过之后,进行需求开发;

s240:在需求开发完成之后,向需求方发送与数据需求对应的数据。

其中,通过双向链表方式实现s210至s240中的任意两个步骤之间的跳转。

下面,以获取t视频的用户数据为例,对上述的需求过程的管理方法进行详细描述。

假设需求方想要获取目前t视频的用户数据,那么需求方首先要将获取t视频的用户数据的需求请求发送给开发方;在接收到需求方发送的需求请求之后,开发方进入需求创建流程。

接着,开发方在需求评审流程中对接收到的需求请求进行整理和分析,如果发现需求请求存在问题,则可以通过双向链表方式直接退回到需求创建流程;否则,继续进入后续的需求开发流程。

进一步地,在需求评审流程完成之后,开发方进入需求开发流程;如果开发方在该流程中发现需求请求存在问题,则可以通过双向链表方式退回到需求评审流程以对需求进行重新评审,也可以直接退回到需求创建流程以对需求进行重新创建;否则,继续进入后续的需求验收流程。

最后,在需求开发流程完成之后,开发方将获取到的t视频的用户数据发送给需求方,以便需求方对用户数据进行验收;如果需求方对用户数据存在异议,则开发方可以通过双向链表方式直接退回到需求开发流程以对需求进行重新开发,也可以退回到需求评审流程以对需求进行重新评,或者还可以直接退回到需求创建流程以对需求进行重新创建;否则,在需求方验收通过之后,结束整个流程。

下述为本公开装置实施例,可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节,请参照本公开方法实施例。

图3是根据本公开一示例性实施例示出的一种需求过程的管理装置的框图。如图3所示,需求过程包括至少两个流程,该装置包括:设置模块310,用于对应每个流程设置流程节点;跳转模块320,用于在满足预设条件时,通过双向链表方式在任意两个流程节点之间实现跳转。

根据本公开实施例提供的技术方案,通过采用双向链表,使得需求过程中的任意两个流程之间能够任意跳转,因此,提高了访问效率,并进一步提升了用户体验。

在本公开的另一个实施例中,跳转包括以下方式中的至少一种:逐步跳转、间隔跳转、回退跳转。

在本公开的另一个实施例中,流程是以下流程中的任意一种:需求创建流程、需求评审流程、需求开发流程和需求验收流程。

在本公开的另一个实施例中,图3的装置还包括:发送模块330,用于在跳转完成后发送消息通知。

在本公开的另一个实施例中,图3的装置还包括:获取模块340,用于获取需求过程中的任意一个流程节点的创建时间;计算模块350,用于计算当前系统时间与创建时间之间的时间间隔;此外,发送模块330还用于当时间间隔大于预设时间间隔时发送消息通知。

在本公开的另一个实施例中,图3的装置还包括:接收模块360,用于接收对流程节点的信息登记操作,将流程节点的数据信息录入到数据库中。

在本公开的另一个实施例中,接收模块360还用于接收对流程节点的数据信息的编辑操作,该编辑操作包括添加操作、修改操作、删除操作中的至少一种。

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。

本公开还提供了一种存储介质,存储有计算机程序,该计算机程序被处理器执行时实现如上所述的实施例提供的方法。

具体地,需求过程包括至少两个流程,该方法包括:对应每个流程设置流程节点;在满足预设条件时,通过双向链表方式在任意两个流程节点之间实现跳转。

跳转包括以下方式中的至少一种:逐步跳转、间隔跳转、回退跳转。

流程是以下流程中的任意一种:需求创建流程、需求评审流程、需求开发流程和需求验收流程。

计算机程序被处理器执行获取需求过程中的任意一个流程节点的创建时间;计算当前系统时间与创建时间之间的时间间隔;当时间间隔大于预设时间间隔时发送消息通知。

计算机程序被处理器执行在跳转完成后发送消息通知。

计算机程序被处理器执行接收对流程节点的信息登记操作,将流程节点的数据信息录入到数据库中。

计算机程序被处理器执行接收对流程节点的数据信息的编辑操作,该编辑操作包括添加操作、修改操作、删除操作中的至少一种。

本公开通过采用双向链表,使得需求过程中的任意两个流程之间能够任意跳转,因此,提高了访问效率,并进一步提升了用户体验。

上述存储介质可以设置在至少包括存储器、处理器的电子设备中,以存储器的形式存在,具体实现方式此处不再赘述。

可选地,在本实施例中,上述存储介质可以包括但不限于:u盘、只读存储器(read-onlymemory,rom)、随机存取存储器(randomaccessmemory,ram)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行上述实施例提供的方法。可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。显然,本领域的技术人员应该明白,上述的本公开的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本公开不限制于任何特定的硬件和软件结合。

图4是根据本公开一示例性实施例示出的一种电子设备400的框图。如图4所示,该电子设备400至少包括存储器410和处理器420,存储器410上存储有计算机程序,处理器420在执行存储器410上的计算机程序时实现如上述所述的实施例提供的方法。

示例性地,需求过程包括至少两个流程,该方法包括:处理器420对应每个流程设置流程节点;在满足预设条件时,通过双向链表方式在任意两个流程节点之间实现跳转。

跳转包括以下方式中的至少一种:逐步跳转、间隔跳转、回退跳转。

流程是以下流程中的任意一种:需求创建流程、需求评审流程、需求开发流程和需求验收流程。

处理器420还可以执行如下计算机程序:获取需求过程中的任意一个流程节点的创建时间;计算当前系统时间与创建时间之间的时间间隔;当时间间隔大于预设时间间隔时发送消息通知。

处理器420还可以执行如下计算机程序:在跳转完成后发送消息通知。

处理器420还可以执行如下计算机程序:接收对流程节点的信息登记操作,将流程节点的数据信息录入到数据库中。

处理器420还可以执行如下计算机程序:接收对流程节点的数据信息的编辑操作,该编辑操作包括添加操作、修改操作、删除操作中的至少一种。

本公开通过采用双向链表,使得需求过程中的任意两个流程之间能够任意跳转,因此,提高了访问效率,并进一步提升了用户体验。

本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于硬件+程序类实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。

虽然本公开提供了如实施例或流程图所述的方法操作步骤,但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式,不代表唯一的执行顺序。在实际中的装置或客户端产品执行时,可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、车载人机交互设备、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

虽然本说明书实施例提供了如实施例或流程图所述的方法操作步骤,但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式,不代表唯一的执行顺序。在实际中的装置或终端产品执行时,可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境,甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下,并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。

为了描述的方便,描述以上装置时以功能分为各种模块分别描述。当然,在实施本说明书实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现,也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。

本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本公开是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中,计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(ram)和/或非易失性内存等形式,如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitorymedia),如调制的数据信号和载波。

本领域技术人员应明白,本说明书的实施例可提供为方法、系统或计算机程序产品。因此,本说明书实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本说明书实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本说明书实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书实施例,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书实施例的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

以上所述仅为本说明书实施例的实施例而已,并不用于限制本说明书实施例。对于本领域技术人员来说,本说明书实施例可以有各种更改和变化。凡在本说明书实施例的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本说明书实施例的权利要求范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1