一种基于需求管理应用程序的提升方法及相关产品

摘要

本申请实施例提供一种基于需求管理应用程序的提升方法及相关产品，所述方法包括：计算机设备采集目标对象的原始需求，依据该原始需求生成业务流程图，基于该业务流程图以及业务流程节点进行功能类别分解得到分类后的第一功能清单，该第一功能清单包括：多个功能点，每个功能点匹配到对应的功能类别；计算机设备对功能清单的每个功能点采用优先矩阵及加权决策进行评分排序得到含有优先级标识的第二功能清单；计算机设备依据第二功能清单的每个功能点的优先级标识的等级确定多个版本的提升线路图，依据该提升线路图执行多个版本的升级。本申请提供的技术方案具有提高用户匹配度的优点。

说明书

技术领域

本申请涉及金融以及通信技术领域，尤其涉及一种基于需求管理应用程序的提升方法及相关产品。

背景技术

对于客户的满意度，一直是一个头痛的问题，答案也是多彩多样；尤其是应用程序的出现，使用应用程序的客户的不满意往往是实际与期望差异较大所造成的。期望是需求的一种体现方式，从这一角度来看，解决客户不满意就是满足客户期望的过程，也就是满足客户需求的过程。而需求是站在客户的角度来看的，如果是站在供应商的角度来看，就是管理项目范围的方法。

现有的技术方案无法基于需求来对应用程序提升，进而降低了用户满意度，降低了用户体验度。

发明内容

本申请实施例公开了一种基于需求管理应用程序的提升方法及相关产品，该方法可以基于需求来对应用程序提升(即升级)，提高用户的体验度。

第一方面，提供一种基于需求管理应用程序的提升方法，所述方法包括如下步骤：

计算机设备采集目标对象的原始需求，依据该原始需求生成业务流程图，基于该业务流程图以及业务流程节点进行功能类别分解得到分类后的第一功能清单，该第一功能清单包括：多个功能点，每个功能点匹配到对应的功能类别；

计算机设备对功能清单的每个功能点采用优先矩阵及加权决策进行评分排序得到含有优先级标识的第二功能清单；

计算机设备依据第二功能清单的每个功能点的优先级标识的等级确定多个版本的提升线路图，依据该提升线路图执行多个版本的升级。

第二方面，提供一种基于需求管理应用程序的提升装置，所述装置应用于计算机设备，所述装置包括：

采集单元，用于采集目标对象的原始需求；

分类单元，用于依据该原始需求生成业务流程图，基于该业务流程图以及业务流程节点进行功能类别分解得到分类后的第一功能清单，该第一功能清单包括：多个功能点，每个功能点匹配到对应的功能类别；

处理单元，用于对功能清单的每个功能点采用优先矩阵及加权决策进行评分排序得到含有优先级标识的第二功能清单；依据第二功能清单的每个功能点的优先级标识的等级确定多个版本的提升线路图，依据该提升线路图执行多个版本的升级。

第三方面，提供一种电子设备，包括处理器、存储器、通信接口，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行第一方面所述的方法中的步骤的指令。

第四方面，提供了一种计算机可读存储介质，存储用于电子数据交换的计算机程序，其中，所述计算机程序使得计算机执行第一方面所述的方法。

第五方面，提供了一种计算机程序产品，其中，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如本申请实施例第一方面中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

本申请提供的技术方案中，计算机设备采集目标对象的原始需求，依据该原始需求生成业务流程图，基于该业务流程图以及业务流程节点进行功能类别分解得到分类后的第一功能清单，该第一功能清单包括：多个功能点，每个功能点匹配到对应的功能类别；计算机设备对功能清单的每个功能点采用优先矩阵及加权决策进行评分排序得到含有优先级标识的第二功能清单；计算机设备依据第二功能清单的每个功能点的优先级标识的等级确定多个版本的提升线路图，依据该提升线路图执行多个版本的升级。这样通过对用户需求的分析来实现不同版本的功能的实现，进而更加能够匹配不同客户的需求，提高用户体验度。

附图说明

以下对本申请实施例用到的附图进行介绍。

图1是本申请的一种系统构架的示意图；

图2为本申请提供的一种基于需求管理应用程序的提升方法的流程示意图；

图3是实施例一提供的一种基于需求管理应用程序的提升方法的流程示意图；

图4为本申请提供基于需求管理应用程序的提升装置的结构示意图；

图5是本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面结合本申请实施例中的附图对本申请实施例进行描述。

本申请中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，表示前后关联对象是一种“或”的关系。

本申请实施例中出现的“多个”是指两个或两个以上。本申请实施例中出现的第一、第二等描述，仅作示意与区分描述对象之用，没有次序之分，也不表示本申请实施例中对设备个数的特别限定，不能构成对本申请实施例的任何限制。本申请实施例中出现的“连接”是指直接连接或者间接连接等各种连接方式，以实现设备间的通信，本申请实施例对此不做任何限定。

参阅图1，图1为本申请提供的一种系统构架示意图，如图1所示，在硬件资源上，其包括：物理机、交换机、宽带、机房、机柜等等；环境包括：物理机部署(生产环境)以及虚拟环境管理(测试环境)；该系统还可以包括多个平台，具体可以包括：基础平台、调度平台、数据仓库、数据接入和数据治理系统，其中，基础平台可以包括：数据集群组建；数据仓库可以包括：MPP((Massively Parallel Processor，大规模并行处理)数据库。如图1所示的系统可对需求管理应用程序的提升进行处理。

对于应用程序来说，提升用户对应用程序的体验是非常重要的，其具体的提升方式就是通过对应用程序进行功能性的升级来实现用户对需求的匹配，那如何确定应用程序的提升则成为客户需求管理需要解决的问题。

参阅图2，图2提供了一种基于需求管理应用程序的提升方法的流程示意图，如图2所示，该方法可以由计算机设备执行，该计算机设备可以为服务器、个人电脑、智能手机等等，上述方法如图2所示，包括如下步骤：

步骤S201、计算机设备采集目标对象的原始需求，依据该原始需求生成业务流程图，基于该业务流程图以及业务流程节点进行功能类别分解得到分类后的第一功能清单，该第一功能清单包括：多个功能点，每个功能点匹配到对应的功能类别；

示例的，上述依据该原始需求生成业务流程图具体可以包括：

统计原始需求中相同需求的数量，将数量超过数量阈值的需求加入到该业务流程图中，将该业务流程图按照时间顺序进行流程节点设计得到业务流程节点。

示例的，上述基于该业务流程图以及业务流程节点进行功能类别分解得到分类后的第一功能清单具体可以包括：

对该业务流程图中的需求进行分类识别得到每个需求的功能类别，将每个需求进行细化分解成足够小的功能点，将该功能点匹配到对应的功能类别，将功能类别以及分类后的功能点加入到第一功能清单内。

步骤S202、计算机设备对功能清单的每个功能点采用优先矩阵及加权决策进行评分排序得到含有优先级标识的第二功能清单；

上述步骤S202的实现方法具体可以包括：

对功能点进行统计得到多个功能点的共性特征得到优先矩阵的评价项，依据优先矩阵的评价项进行多个评分项(2个或2个以上)的比对评分，对每个功能点综合每个评价项的对比评分得到优先矩阵评分项排序结果，根据优先矩阵评价项排序结果进行加权系数分配，依据加权系数及优先矩阵评价项对每个细化功能点进行综合评分；确定各功能点的优先级排序得到含有优先级标识的第二功能清单。

步骤S203、计算机设备依据第二功能清单的每个功能点的优先级标识的等级确定多个版本的提升线路图，依据该提升线路图执行多个版本的升级。

示例的，上述步骤S203的实现方法具体可以包括：

计算机设备采用优选规则，将排列在优选规则前面的n1个功能点加入多个版本中的高版本的提升线路图，将剩余功能点(除了n1功能点以外的功能点)再次采用优选规则排列后，将前面的n2个功能点加入多个版本中的中版本的提升线路图，将最后剩余的功能点加入多个版本中的低版本的提升线路图。

上述优选规则具体可以为二八法则(80/20)，也可以为三七法则(70/30)等等。

示例的，上述多个版本具体可以包括：高版本(例如vip版本或收费版本)、中版本(例如普通版本或非收费版本)、低版本(例如试用版本或测试版本等等)。本申请并不限制上述多个版本的具体数量。

本申请提供的技术方案中，计算机设备采集目标对象的原始需求，依据该原始需求生成业务流程图，基于该业务流程图以及业务流程节点进行功能类别分解得到分类后的第一功能清单，该第一功能清单包括：多个功能点，每个功能点匹配到对应的功能类别；计算机设备对功能清单的每个功能点采用优先矩阵及加权决策进行评分排序得到含有优先级标识的第二功能清单；计算机设备依据第二功能清单的每个功能点的优先级标识的等级确定多个版本的提升线路图，依据该提升线路图执行多个版本的升级。这样通过对用户需求的分析来实现不同版本的功能的实现，进而更加能够匹配不同客户的需求，提高用户体验度。

实施例一

本申请实施例提供一种基于需求管理应用程序的提升方法，该方法的流程示意图如图3所示，包括如下步骤：

步骤S301、需求采集及分析；

上述步骤S301的具体方式可以包括：

向客户收集原始需求，具体方式有访谈及引导式研讨会；重点在于收集系统的功能需求、性能需求、设计约束；并保证每一条记录的需求具有无二义性、可验证性、可以追溯性。收集完成的需求需要整理并记录在需求清单中。基于需求清单进行业务流程设计，业务流程设计需要按照时间顺序进行流程节点设计，核心流程(主流程)作为主线流程从开始节点贯穿整体，最终到结束节点。

步骤S302、需求分解；

上述步骤S302的具体方式可以包括：

基于需求清单及业务流程图，按照核心业务流程节点进行功能类别设计。并将需求清单中的每一个功能点进行细化分解，分解成足够小的功能点，并将每个小功能点匹配到对应的功能类别上。得到功能分类及分类后的功能清单。

功能点分解要足够细化，细化到1人1周可以完成的程度。

步骤S303、需求排列优先级；

上述步骤S303的具体方式可以包括：

基于细化分解后的功能清单，每个功能点采用优先矩阵及加权决策进行评分排序，得到含有优先级标识的详细功能清单。优先矩阵按照主体流程不损害性、客户紧急程序、功能实现周期、功能价值等进行加权系数排序。基于每一个优先矩阵评价项进行评分(满分100分)，结合加权系数进行整合评分计算，基于综合评分对每个功能点进行排序，具体运用如下：

(1)依据细化分解后的功能点清单，总结共性特征，得出优先矩阵评价项；

(2)依据优先矩阵评价项(主体流程不损害性、客户紧急程序、功能实现周期、功能价值等)进行每2个评价项的对比评分，综合每个评价项的对比评分，得到优先矩阵评价项排序结果；

(3)依据优先矩阵评价项排序结果，进行加权系数分配；

(4)依据加权系数及优先矩阵评价项(主体流程不损害性、客户紧急程序、功能实现周期、功能价值等)对每个细化功能点进行综合评分；

(5)确定各功能点的优先级排序；

步骤S304、定义版本路线图(即确定升级线路)；

上述步骤S304的具体方式可以包括：

根据排序后的功能点清单，进行高、中、低版本拆分，排序在前面的功能点匹配到高版本，以此类推，确定出高、中、低版本明细功能点，在基于每个版本需求作为独立项目，进行规划、需求、设计、实施、交付。各个版本明细需求再匹配每个版本对应的时间计划，就得到了整体系统的版本计划及版本路线图。

定义版本路线图，具体包括：

采用80/20规则，将排列在前面的20％的高优先级功能点作为高版本；

(2)将剩下的排序功能点，按照80/20规则，将剩下的排列在前面的20％的高优先级功能点作为中版本；

(3)最后剩下的排序功能点将作为低版本功能点。

(4)每个版本范围确定后，将作为独立项目进行单独管理，具有独立且完整的规划、分析、设计、实施、交付流程，并具有独立的时间计划；

(5)综合各(高、中、低)版本范围及各版本里程碑时间计划，得到整体系统的版本路线图。

步骤S305、版本研发与交付；

上述步骤S305的具体方式可以包括：

按照各个版本的独立时间计划进行规划、分析、设计、实施、交付。每个版本的交付完成为整体系统的交付完成奠定基础，并持续性满足客户期望，持续性提升客户满意度。

步骤S306、反馈与迭代。

上述步骤S306的具体方式可以包括：

按照时间顺序进行版本交付，交付版本后与客户进行版本内容验证，(1)验证上一个版本的实施效果；(2)获取上一个版本反馈意见(实施差距及不足)；(3)将新反馈意见纳入下一个版本需求中进行管理；(4)以此循环推进，持续满足客户期望、持续提升客户满意度。

参阅图4，图4为一种基于需求管理应用程序的提升装置的结构示意图，所述装置应用于计算机设备，所述装置包括：

采集单元401，用于采集目标对象的原始需求；

分类单元402，用于依据该原始需求生成业务流程图，基于该业务流程图以及业务流程节点进行功能类别分解得到分类后的第一功能清单，该第一功能清单包括：多个功能点，每个功能点匹配到对应的功能类别；

处理单元403，用于对功能清单的每个功能点采用优先矩阵及加权决策进行评分排序得到含有优先级标识的第二功能清单；依据第二功能清单的每个功能点的优先级标识的等级确定多个版本的提升线路图，依据该提升线路图执行多个版本的升级。

示例的，

分类单元402，具体用于统计原始需求中相同需求的数量，将数量超过数量阈值的需求加入到该业务流程图中，将该业务流程图按照时间顺序进行流程节点设计得到业务流程节点。

示例的，

分类单元402，具体用于对该业务流程图中的需求进行分类识别得到每个需求的功能类别，将每个需求进行细化分解成足够小的功能点，将该功能点匹配到对应的功能类别，将功能类别以及分类后的功能点加入到第一功能清单内。

示例的，

处理单元403，用于对功能点进行统计得到多个功能点的共性特征得到优先矩阵的评价项，依据优先矩阵的评价项进行多个评分项的比对评分，对每个功能点综合每个评价项的对比评分得到优先矩阵评分项排序结果，根据优先矩阵评价项排序结果进行加权系数分配，依据加权系数及优先矩阵评价项对每个细化功能点进行综合评分；确定各功能点的优先级排序得到含有优先级标识的第二功能清单。

示例的，

处理单元403，用于采用优选规则，将排列在优选规则前面的n1个功能点加入多个版本中的高版本的提升线路图，将剩余功能点再次采用优选规则排列后，将前面的n2个功能点加入多个版本中的中版本的提升线路图，将最后剩余的功能点加入多个版本中的低版本的提升线路图。

可以理解的是，上述装置为了实现上述功能，其包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本实施例可以根据上述方法示例对电子设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块可以采用硬件的形式实现。需要说明的是，本实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在采用集成的单元的情况下，用户设备可以包括处理模块和存储模块。其中，处理模块可以用于对用户设备的动作进行控制管理，例如，可以用于支持电子设备执行上述获取单元、通信单元、处理单元执行的步骤。存储模块可以用于支持电子设备执行存储程序代码和数据等。

其中，处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理(digital signal processing，DSP)和微处理器的组合等等。存储模块可以是存储器。通信模块具体可以为射频电路、蓝牙芯片、Wi-Fi芯片等与其他电子设备交互的设备。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对用户设备的结构限定。在本申请另一些实施例中，用户设备也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

请参见图5，图5是本申请实施例提供的一种电子设备50，该电子设备50包括处理器501、存储器502、通信接口503和显示屏504，所述处理器501、存储器502和通信接口503通过总线相互连接，所述显示屏为所述电子设备供电，该电子设备还可以包括：

存储器502包括但不限于是随机存储记忆体(random access memory，RAM)、只读存储器(read-only memory，ROM)、可擦除可编程只读存储器(erasable programmableread only memory，EPROM)、或便携式只读存储器(compact disc read-only memory，CD-ROM)，该存储器502用于相关计算机程序及数据。通信接口503用于接收和发送数据。

处理器501可以是一个或多个中央处理器(central processing unit，CPU)，在处理器501是一个CPU的情况下，该CPU可以是单核CPU，也可以是多核CPU。

处理器501可以包括一个或多个处理单元，例如：处理单元可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的部件，也可以集成在一个或多个处理器中。在一些实施例中，用户设备也可以包括一个或多个处理单元。其中，控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。在其他一些实施例中，处理单元中还可以设置存储器，用于存储指令和数据。示例性地，处理单元中的存储器可以为高速缓冲存储器。该存储器可以保存处理单元刚用过或循环使用的指令或数据。如果处理单元需要再次使用该指令或数据，可从所述存储器中直接调用。这样就避免了重复存取，减少了处理单元的等待时间，因而提高了用户设备处理数据或执行指令的效率。

在一些实施例中，处理器501可以包括一个或多个接口。接口可以包括集成电路间(inter-integrated circuit，I2C)接口、集成电路间音频(inter-integrated circuitsound，I2S)接口、脉冲编码调制(pulse code modulation，PCM)接口、通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口、移动产业处理器接口(mobile industry processor interface，MIPI)、通用输入输出(general-purposeinput/output，GPIO)接口、SIM卡接口和/或USB接口等。其中，USB接口是符合USB标准规范的接口，具体可以是Mini USB接口、Micro USB接口、USB Type C接口等。USB接口可以用于连接充电器为用户设备充电，也可以用于用户设备与外围设备之间传输数据。该USB接口也可以用于连接耳机，通过耳机播放音频。

若该电子设备50为用户设备或终端设备，例如智能手机、计算机设备、服务器，该电子设备50中的处理器501用于读取所述存储器502中存储的计算机程序代码，执行以下操作：

采集目标对象的原始需求，依据该原始需求生成业务流程图，基于该业务流程图以及业务流程节点进行功能类别分解得到分类后的第一功能清单，该第一功能清单包括：多个功能点，每个功能点匹配到对应的功能类别；

对功能清单的每个功能点采用优先矩阵及加权决策进行评分排序得到含有优先级标识的第二功能清单；

依据第二功能清单的每个功能点的优先级标识的等级确定多个版本的提升线路图，依据该提升线路图执行多个版本的升级。

示例的，所述依据该原始需求生成业务流程图具体包括：

统计原始需求中相同需求的数量，将数量超过数量阈值的需求加入到该业务流程图中，将该业务流程图按照时间顺序进行流程节点设计得到业务流程节点。

示例的，所述基于该业务流程图以及业务流程节点进行功能类别分解得到分类后的第一功能清单具体包括：

对该业务流程图中的需求进行分类识别得到每个需求的功能类别，将每个需求进行细化分解成足够小的功能点，将该功能点匹配到对应的功能类别，将功能类别以及分类后的功能点加入到第一功能清单内。

示例的，对功能清单的每个功能点采用优先矩阵及加权决策进行评分排序得到含有优先级标识的第二功能清单具体包括：

对功能点进行统计得到多个功能点的共性特征得到优先矩阵的评价项，依据优先矩阵的评价项进行多个评分项的比对评分，对每个功能点综合每个评价项的对比评分得到优先矩阵评分项排序结果，根据优先矩阵评价项排序结果进行加权系数分配，依据加权系数及优先矩阵评价项对每个细化功能点进行综合评分；确定各功能点的优先级排序得到含有优先级标识的第二功能清单。

示例的，依据第二功能清单的每个功能点的优先级标识的等级确定多个版本的提升线路图，依据该提升线路图执行多个版本的升级具体包括：

采用优选规则，将排列在优选规则前面的n1个功能点加入多个版本中的高版本的提升线路图，将剩余功能点再次采用优选规则排列后，将前面的n2个功能点加入多个版本中的中版本的提升线路图，将最后剩余的功能点加入多个版本中的低版本的提升线路图。

其中，上述方法实施例涉及的各场景的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，当其在计算机设备上运行时，图2所示的方法流程得以实现。

本申请实施例还提供一种计算机程序产品，当所述计算机程序产品在计算机设备上运行时，图2所示的方法流程得以实现。

本申请实施例还提供一种电子设备，包括处理器、存储器、通信接口，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行图2所示实施例的方法中的步骤的指令。

上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模板。本领域技术人员应该很容易意识到，结合本文中所提供的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对电子设备进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模板并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例上述方法的全部或部分步骤。而前述的存储器包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取器(英文：Random Access Memory，简称：RAM)、磁盘或光盘等。