一种生成推荐方案的方法和装置与流程

1.本技术涉及计算机技术领域，尤其涉及一种生成推荐方案的方法和装置。


背景技术：

2.以人工智能技术为核心的智能运维是适应时代发展，有效提高运维方式和效率，保障良好的用户体验和业务连续性等内容最有效的手段。人们之所以关注智能运维，是认为智能运维可以进行预测性维护，通过机器学习等方式提前发现异常、告警和故障，而且智能运维的确是可以做到这一点。但是，这些预测的内容有多准确是无法衡量的，并且随着第三代人工智能理论的提出，人们也越来越意识到人工智能不是完全智能，是无法脱离人工参与的，至少在当前这个阶段是无法完全独立的。
3.也就是说，对于智能运维来说，这个理论尤其的重要，在实际的运维过程中依然需要工程师这个角色。虽然智能运维无法完全替代人工，但是智能运维依然可以为工程师提供便利，大幅度的提升运维效率，尤其是在发现故障后的根因分析和提供解决方案等场景下。
4.但是，由于工程师之间的知识储备和经验都是不同的，并且依据对整个业务架构的了解程度的不同，对产生故障的原因以及修复该故障的能够采用的解决方案的认知自然也存在差距。例如，对于经验较少的工程师来说，其确定产生故障的原因以及修复该故障的能够采用的解决方案所需要的时间相对来说是比较长的，即其效率是不高的。


技术实现要素：

5.本技术实施例的目的在于提供一种生成推荐方案的方法和装置，以提高运维概率。
6.第一方面，本技术实施例提供了一种生成推荐方案的方法，该方法包括：获取第一故障排查路径；其中，第一故障排查路径为预先确定的多条故障排查路径中的任意一条故障排查路径；确定第一故障排查路径的推荐度信息；其中，推荐度信息包括第一故障排查路径的路径推荐度和/或第一故障排查路径对应的多个故障解决方案中每个故障解决方案的推荐度；利用第一故障排查路径和推荐度信息，生成推荐方案。
7.因此，本技术实施例通过获取第一故障排查路径，其中，第一故障排查路径为预先确定的多条故障排查路径中的任意一条故障排查路径，随后确定第一故障排查路径的推荐度信息，其中，推荐度信息包括第一故障排查路径的路径推荐度和/或第一故障排查路径对应的多个故障解决方案中每个故障解决方案的推荐度，最后利用第一故障排查路径和推荐度信息，生成推荐方案，从而即便是经验较少的工程师也能够根据推荐方案快速地确定产生故障的原因以及修复该故障的能够采用的解决方案，进而能够提高运维效率。
8.在一个可能的实施例中，第一故障排查路径的多个节点中每个节点均包括告警ip和告警模板，并且推荐度信息包括第一故障排查路径的路径推荐度；
9.其中，确定第一故障排查路径的推荐度信息，包括：确定第一故障排查路径的多个
节点中任意两个相邻节点的告警ip间的拓扑关系；根据预先确定的第一故障排查路径的相邻节点之间的引发概率和拓扑关系，确定第一故障排查路径的路径推荐度。
10.在一个可能的实施例中，根据预先确定的第一故障排查路径的相邻节点之间的引发概率和拓扑关系，确定第一故障排查路径的路径推荐度，包括：对引发概率和拓扑关系进行加权求和，得到第一故障排查路径的路径推荐度。
11.在一个可能的实施例中，第一故障排查路径是以预设的根节点为源头的故障事件的故障排查路径，以及第一故障排查路径的多个节点中每个节点均对应有一个故障，以及推荐度信息包括第一故障解决方案的推荐度，以及第一故障解决方案为多个故障解决方案中的任意一个故障解决方案；
12.其中，确定第一故障排查路径的推荐度信息，包括：确定第一故障解决方案所需要解决的目标故障对应的节点和根节点之间的距离；确定第一故障解决方案的可能性得分；其中，可能性得分用于表示第一故障解决方案解决目标故障的可能性；确定第一故障解决方案在预先生成的运维知识图谱中的协作关系得分；其中，协作关系得分用于表示第一故障解决方案和运维知识图谱中除第一故障解决方案之外的的其他故障解决方案协同合作解决故障事件的得分；根据距离、可能性得分和协作关系得分，确定第一故障解决方案的推荐度。
13.在一个可能的实施例中，根据距离、可能性得分和协作关系得分，确定第一故障解决方案的推荐度，包括：对距离、可能性得分和协作关系得分进行加权求和，得到第一故障解决方案的推荐度。
14.第二方面，本技术实施例提供了一种生成推荐方案的装置，该装置包括：获取模块，用于获取第一故障排查路径；其中，第一故障排查路径为预先确定的多条故障排查路径中的任意一条故障排查路径；确定模块，用于确定第一故障排查路径的推荐度信息；其中，推荐度信息包括第一故障排查路径的路径推荐度和/或第一故障排查路径对应的多个故障解决方案中每个故障解决方案的推荐度；生成模块，用于利用第一故障排查路径和推荐度信息，生成推荐方案。
15.在一个可能的实施例中，第一故障排查路径的多个节点中每个节点均包括告警ip和告警模板，并且推荐度信息包括第一故障排查路径的路径推荐度；
16.其中，确定模块，具体用于：确定第一故障排查路径的多个节点中任意两个相邻节点的告警ip间的拓扑关系；根据预先确定的第一故障排查路径的相邻节点之间的引发概率和拓扑关系，确定第一故障排查路径的路径推荐度。
17.在一个可能的实施例中，确定模块，具体用于对引发概率和拓扑关系进行加权求和，得到第一故障排查路径的路径推荐度。
18.在一个可能的实施例中，第一故障排查路径是以预设的根节点为源头的故障事件的故障排查路径，以及第一故障排查路径的多个节点中每个节点均对应有一个故障，以及推荐度信息包括第一故障解决方案的推荐度，以及第一故障解决方案为多个故障解决方案中的任意一个故障解决方案；
19.其中，确定模块，具体用于：确定第一故障解决方案所需要解决的目标故障对应的节点和根节点之间的距离；确定第一故障解决方案的可能性得分；其中，可能性得分用于表示第一故障解决方案解决目标故障的可能性；确定第一故障解决方案在预先生成的运维知
识图谱中的协作关系得分；其中，协作关系得分用于表示第一故障解决方案和运维知识图谱中除第一故障解决方案之外的的其他故障解决方案协同合作解决故障事件的得分；根据距离、可能性得分和协作关系得分，确定第一故障解决方案的推荐度。
20.在一个可能的实施例中，确定模块，具体用于对距离、可能性得分和协作关系得分进行加权求和，得到第一故障解决方案的推荐度。
21.第三方面，本技术实施例提供了一种存储介质，该存储介质上存储有计算机程序，该计算机程序被处理器运行时执行第一方面或第一方面的任一可选的实现方式所述的方法。
22.第四方面，本技术实施例提供了一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当所述电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行第一方面或第一方面的任一可选的实现方式所述的方法。
23.第五方面，本技术提供一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行第一方面或第一方面的任意可能的实现方式中的方法。
24.为使本技术实施例所要实现的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
25.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
26.图1示出了本技术实施例提供的一种生成推荐方案的方法的流程图；
27.图2示出了本技术实施例提供的一种生成推荐方案的装置的结构框图；
28.图3示出了本技术实施例提供的一种电子设备的结构框图。
具体实施方式
29.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
30.为了提高工程师(尤其是经验较少的工程师)的运维效率，本技术实施例提供了一种生成推荐方案的方案，通过获取第一故障排查路径，其中，第一故障排查路径为预先确定的多条故障排查路径中的任意一条故障排查路径，随后确定第一故障排查路径的推荐度信息，其中，推荐度信息包括第一故障排查路径的路径推荐度和/或第一故障排查路径对应的多个故障解决方案中每个故障解决方案的推荐度，最后利用第一故障排查路径和推荐度信息，生成推荐方案，从而即便是经验较少的工程师也能够根据推荐方案快速地确定产生故障的原因以及修复该故障的能够采用的解决方案，进而能够提高运维效率。
31.请参见图1，图1示出了本技术实施例提供的一种生成推荐方案的方法的流程图，
并且该方法可以由生成推荐方案的装置执行，并且该装置可以是如图2所示的生成推荐方案的装置，以及该装置的具体装置也可根据实际需求来进行设置。例如，该装置可以是客户端，也可以是服务器，也可以是集群等。具体地，该方法包括：
32.步骤s110，获取第一故障排查路径。其中，第一故障排查路径为预先确定的多条故障排查路径中的任意一条故障排查路径。
33.应理解，多条故障排查路径的确定方法可根据实际需求来进行设置，本技术实施例并不局限于次。
34.例如，该多条故障排查路径可以是通过申请号为202011009706.6的根因分析方法、装置、设备及计算机存储介质的方案确定的。
35.这里需要说明的是，虽然根因分析方法、装置、设备及计算机存储介质的方案也公开了一种故障排查路径的得分的计算方法，但是，本技术实施例计算第一故障排查路径的路径推荐度的计算方法与该方案中的故障排查路径的得分的计算方法是不同的，后续不再赘述。
36.为了便于理解步骤s110，下面通过具体的实施例来进行描述。
37.具体地，可通过分析告警模板和告警模板之间的关联关系，确定当前故障事件所包含的多个告警之间的引发关系，以及根据引发关系，可梳理出多条故障排查路径。
38.应理解，告警模板的获取过程也可以根据实际需求来进行设置，本技术实施例并不局限于次。
39.例如，可通过申请号为202111086898.5的影响传播关系模型构建和告警影响评估方法、计算机设备、存储介质的方案来获取告警模板。
40.步骤s120，确定第一故障排查路径的推荐度信息。其中，推荐度信息包括第一故障排查路径的路径推荐度和/或第一故障排查路径对应的多个故障解决方案中每个故障解决方案的推荐度。
41.应理解，在推荐度信息包括第一故障排查路径的路径推荐度的情况下，确定第一故障排查路径的路径推荐度的具体方法可根据实际需求来进行设置，本技术实施例并不局限于次。
42.可选地，在第一故障排查路径的多个节点中每个节点均包括一个告警ip(这里需要说明的是ip是指ip地址)和一个告警模板的情况下，可确定第一故障排查路径的多个节点中任意两个相邻节点的告警ip间的拓扑关系，并根据预先确定的第一故障排查路径的相邻节点之间的引发概率和拓扑关系，确定第一故障排查路径的路径推荐度。
43.应理解，任意两个相邻节点的告警ip间的拓扑关系可以是指由一个节点中的告警ip找到另外一个相邻的节点中的告警ip的关系层数。
44.例如，在第一故障排查路径为节点a-》节点b-》节点c的情况下，节点为根节点，以及节点a和节点b是相邻的节点，以及节点c和节点d也是相邻的节点，但是，节点a和节点c并非是相邻的节点。以及，可确定节点a中的告警ip和节点b中的告警ip间的拓扑关系，即节点a中的告警ip需要通过多少关系层数才能找到节点b中的告警ip。对应地，也可确定节点b中的告警ip和节点c中的告警ip间的拓扑关系。其中，-》表示前后引发关系。
45.还应理解，第一故障排查路径的相邻节点之间的引发概率的确定方法也可以根据实际需求来进行设置，本技术实施例并不局限于次。
46.例如，该引发概率可以是通过申请号为202011009706.6的根因分析方法、装置、设备及计算机存储介质的方案确定的。
47.还应理解，根据预先确定的第一故障排查路径的相邻节点之间的引发概率和拓扑关系，确定第一故障排查路径的路径推荐度的具体方法也可根据实际需求来进行设置，本技术实施例并不局限于次。
48.可选地，可通过如下公式计算路径推荐度：
49.path_score＝f(ip_rel,model_rel)；
50.式中，path_score表示路径推荐度；f函数表示预设的函数，并且该预设函数可以根据实际需求来进行设置，本技术实施例并不局限于次。例如，f函数可以为加权求和，也可以为协同过滤等；ip_rel表示第一故障排查路径的多个节点中任意两个相邻节点的告警ip间的拓扑关系；model_rel表示第一故障排查路径的相邻节点之间的引发概率的集合。
51.这里需要说明的是，虽然上面是以两个相邻节点的告警ip间的拓扑关系为例来进行描述的，但本领域的技术人员应当理解，其还可通过其他的方式来表示，只要保证其能够表示两个相邻节点的告警ip间的关系即可，本技术实施例并不局限于次。
52.例如，还可通过两个相邻节点的告警ip是否是属于同一个集群来表示，若属于同一个集群，则为第一分值，若不属于同一个集群，则为第二分值。以及，二者在一个集群的关系层数就要小于二者属于两个集群，连接各自的交换机但都连接同一个汇聚交换机，前者的得分自然要高于后者，即第一分值高于第二分值。
53.再例如，还可通过两个相邻节点的告警ip是否是属于同一个计算机上的两个虚拟机的ip来表示，若属于同一个计算机上的两个虚拟机的ip，则为第三分值，若不属于同一个计算机上的两个虚拟机的ip，则为第四分值，并且第三分值高于第四分值。
54.为了便于理解本技术实施例，下面通过具体的实施例来进行描述。
55.具体地，在当前故障排查路径为“linux服务器10.18.24.12过去5分钟系统平均负载为18，超过阈值10
”‑‑‑
》“linux服务器10.18.24.17内存使用率为87％，超过阈值80％”的情况下，“linux服务器10.18.24.12过去5分钟系统平均负载为18，超过阈值10”为用于表示第一故障的第一节点，以及第一节点中的告警ip为10.18.24.12，以及第一节点中的第一告警模板为“linux服务器xx过去5分钟系统平均负载为xx，超过阈值10”，即该第一告警模板为通过隐藏起第一节点中的告警ip和负载值后得到的，即第一节点中“x”表示待填入值。对应地，也可确定“linux服务器10.18.24.17内存使用率为87％，超过阈值80％”为用于表示第二故障的第二节点，并可确定第二节点中的告警ip和告警模板。
56.随后，可计算第一节点中的告警ip和第二节点中的告警ip之间的拓扑关系，并根据该拓扑关系和前后两个告警模板之间的引发概率，计算第一故障排查路径的路径推荐度。
57.这里需要说明的是，每一个故障都只有一个根因，但是在进行故障排查路径推荐时会有多个根因的原因有两个：真正的根因未被告警描述以及挖掘告警模板引发关系的方法为无监督学习。前者其实是在说明监控的盲区，监控是只能监控可以明确的指标，如cpu使用率、内存使用率等，但有些现象是没有任何指标来直接表示，如服务器宕机。没有任何指标能够直接表明服务器宕机，即便是由于服务器宕机导致cpu使用率和内存使用率等指标为0，但也只能间接说明，更何况二者为零不一定就是服务器宕机；而后者的出现是由于
监督学习会耗费大量的人力和物力，无监督学习则需要人工定期校验。虽然存在这两个原因无法挖掘真正的根因，但是结合合理和有效的推荐结果，工程师再依据自身的经验是可以有效定位根因。
58.还应理解，在推荐度信息包括第一故障解决方案的推荐度的情况下，确定第一故障排查路径对应的多个故障解决方案中每个故障解决方案的推荐度的具体方法也可根据实际需求来进行设置，本技术实施例并不局限于次。
59.可选地，在第一故障排查路径是以预设的根节点为源头的故障事件的故障排查路径，以及第一故障排查路径的多个节点中每个节点均对应有一个故障，以及第一故障解决方案为多个故障解决方案中的任意一个故障解决方案的情况下，确定第一故障解决方案所需要解决的目标故障对应的节点和根节点之间的距离，以及确定第一故障解决方案的可能性得分，其中，可能性得分用于表示第一故障解决方案解决目标故障的可能性，以及确定第一故障解决方案在预先生成的运维知识图谱中的协作关系得分，其中，协作关系得分用于表示第一故障解决方案和运维知识图谱中除第一故障解决方案之外的的其他故障解决方案协同合作解决故障事件的得分，以及根据距离、可能性得分和协作关系得分，确定第一故障解决方案的推荐度。
60.应理解，确定第一故障路径的多个故障解决方案的具体方法以及运维知识图谱的构建方法等均可根据实际需求来进行设置，本技术实施例并不局限于次。
61.例如，可通过由申请号为202111457864.2的运维知识图谱构建及运维的方法、装置及计算机设备、存储介质的方案来构建记录有多个历史的故障解决方案的运维知识图谱，并通过该运维知识图谱确定第一故障路径的多个故障解决方案。
62.还应理解，第一故障解决方案所需要解决的目标故障对应的节点和根节点之间的距离的具体确定方法可根据实际需求来进行设置，本技术实施例并不局限于次。
63.例如，在第一故障排查路径为节点a-》节点b-》节点c的情况下，第一故障解决方案所需要解决的目标故障对应的节点为节点c，则节点c和根节点a之间的距离可以为2，并且该距离2表示节点c通过2次引发关系就可到达根节点a。
64.这里需要说明的是，除了上述引发关系确定距离的方式之外，还可通过ip来表示，本技术实施例并不局限于次。
65.还应理解，确定第一故障解决方案的可能性得分的具体方式可根据实际需求来进行设置，本技术实施例并不局限于次。
66.例如，通过该运维知识图谱可确定该第一故障解决方案用于解决目标故障10次，以及还可确定成功解决该目标故障3次，则该可能性得分为3/10。
67.还应理解，确定第一故障解决方案在预先生成的运维知识图谱中的协作关系得分的具体方式可根据实际需求来进行设置，本技术实施例并不局限于次。
68.例如，在其他的故障解决方案包括第二故障解决方案和第三故障解决方案的情况下，通过该运维知识图谱可确定该第一故障解决方案、第二故障解决方案和第三故障解决方案共解决100种告警，并可确定第一故障排查路径对应有10次告警，以及100种告警和10次告警只有3次告警是相同的，则可确定协作关系得分为3/100。
69.还应理解，根据距离、可能性得分和协作关系得分，确定第一故障解决方案的推荐度的具体方法也可根据实际需求来进行设置，本技术实施例并不局限于次。
70.例如，可通过如下公式计算第一故障解决方案的推荐度：
71.solution_score＝g(root_distance,score_model,rel_score)；
72.式中，solution_score表示第一故障解决方案的推荐度；f函数表示预设的函数，并且该函数可以根据实际需求来进行设置，本技术实施例并不局限于次。例如，f函数可以为加权求和，也可以为协同过滤等；root_distance表示所述第一故障解决方案所需要解决的目标故障对应的节点和所述根节点之间的距离；score_model表示第一故障解决方案的可能性得分；rel_score表示所述第一故障解决方案在预先生成的运维知识图谱中的协作关系得分。
73.以及，根据上述该公式就可以计算出所有故障解决方案的推荐度，从公式可以看出，故障排查路径的根因的解决方案不一定是得分最高的故障解决方案，因为该根因可能只出现在一条故障排查路径，而非根因的告警节点可能出现在多条推荐路径中，因此解决它可能影响的会更广，更有助于解决所有告警。
74.为了便于理解步骤s120，下面通过具体的方式来进行描述。
75.具体地，故障排查路径的推荐可以辅助运维工程师定位产生当前故障的根因，但是对于经验尚少的运维工程师可能仍然无法采用有效的解决办法。从而，可充分利用历史工单以及企业知识库的积累，依据运维知识图谱中告警模板与解决方案之间的关系，合理有效的进行解决方案的输出。这里本技术既可以对每个告警都输出各自的解决方案推荐的结果，也可以依据故障排查路径推荐的结果输出故障级的解决方案推荐结果，这里详细介绍后者。首先明确其目的是解决当前的故障，也就是解决故障中的所有告警，那么我们就要把所有可能的解决方案放在一起进行推荐，也就是计算故障解决方案的推荐度或者推荐得分。
76.步骤s130，利用第一故障排查路径和推荐度信息，生成推荐方案。
77.具体地，可以将每个故障排查路径及其路径推荐度以及每个故障排查路径对应的多个故障解决方案的推荐度推荐给工程师，以便于工程师根据该推荐方案，快速地确定产生故障的原因以及修复该故障的能够采用的解决方案。其中，路径推荐度用于确定产生故障的原因；故障解决方案的推荐度用于确定修复该故障的能够采用的解决方案。
78.因此，借助于上述技术方案，本技术实施例能够提高运维效率。
79.应理解，上述生成推荐方案的方法仅是示例性的，本领域技术人员根据上述的方法可以进行各种变形，该变形之后的方案也属于本技术的保护范围。
80.请参见图2，图2示出了本技术实施例提供的一种生成推荐方案的装置200的结构框图。应理解，该装置200能够执行上述方法实施例中的各个步骤，该装置200具体的功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。该装置200包括至少一个能以软件或固件(firmware)的形式存储于存储器中或固化在装置200的操作系统(operating system，os)中的软件功能模块。具体地，该装置包括：
81.获取模块210，用于获取第一故障排查路径；其中，第一故障排查路径为预先确定的多条故障排查路径中的任意一条故障排查路径；
82.确定模块220，用于确定第一故障排查路径的推荐度信息；其中，推荐度信息包括第一故障排查路径的路径推荐度和/或第一故障排查路径对应的多个故障解决方案中每个故障解决方案的推荐度；
83.生成模块230，用于利用第一故障排查路径和推荐度信息，生成推荐方案。
84.在一个可能的实施例中，第一故障排查路径的多个节点中每个节点均包括告警ip和告警模板，并且推荐度信息包括第一故障排查路径的路径推荐度；
85.其中，确定模块220，具体用于：确定第一故障排查路径的多个节点中任意两个相邻节点的告警ip间的拓扑关系；根据预先确定的第一故障排查路径的相邻节点之间的引发概率和拓扑关系，确定第一故障排查路径的路径推荐度。
86.在一个可能的实施例中，确定模块220，具体用于对引发概率和拓扑关系进行加权求和，得到第一故障排查路径的路径推荐度。
87.在一个可能的实施例中，第一故障排查路径是以预设的根节点为源头的故障事件的故障排查路径，以及第一故障排查路径的多个节点中每个节点均对应有一个故障，以及推荐度信息包括第一故障解决方案的推荐度，以及第一故障解决方案为多个故障解决方案中的任意一个故障解决方案；
88.其中，确定模块220，具体用于：确定第一故障解决方案所需要解决的目标故障对应的节点和根节点之间的距离；确定第一故障解决方案的可能性得分；其中，可能性得分用于表示第一故障解决方案解决目标故障的可能性；确定第一故障解决方案在预先生成的运维知识图谱中的协作关系得分；其中，协作关系得分用于表示第一故障解决方案和运维知识图谱中除第一故障解决方案之外的的其他故障解决方案协同合作解决故障事件的得分；根据距离、可能性得分和协作关系得分，确定第一故障解决方案的推荐度。
89.在一个可能的实施例中，确定模块220，具体用于对距离、可能性得分和协作关系得分进行加权求和，得到第一故障解决方案的推荐度。
90.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法中的对应过程，在此不再过多赘述。
91.请参见图3，图3示出了本技术实施例提供的一种电子设备300的结构框图。如图3所示，电子设备300可以包括处理器310、通信接口320、存储器330和至少一个通信总线340。其中，通信总线340用于实现这些组件直接的连接通信。其中，本技术实施例中设备的通信接口320用于与其他节点设备进行信令或数据的通信。处理器310可以是一种集成电路芯片，具有信号的处理能力。上述的处理器310可以是通用处理器，包括中央处理器(central processing unit，简称cpu)、网络处理器(network processor，简称np)等；还可以是数字信号处理器(digital signal processing，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现场可编程逻辑门阵列(field programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器310也可以是任何常规的处理器等。
92.存储器330可以是，但不限于，随机存取存储器(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)等。存储器330中存储有计算机可读取指令，当计算机可读取指令由处理器310执行时，电子设备300可以执行上述方法实施例中的各个步骤。
93.电子设备300还可以包括存储控制器、输入输出单元、音频单元、显示单元。
94.存储器330、存储控制器、处理器310、外设接口、输入输出单元、音频单元、显示单元各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通信总线340实现电性连接。处理器310用于执行存储器330中存储的可执行模块，例如电子设备300包括的软件功能模块或计算机程序。
95.输入输出单元用于提供给用户输入数据实现用户与服务器(或本地终端)的交互。输入输出单元可以是，但不限于，鼠标和键盘等。
96.音频单元向用户提供音频接口，其可包括一个或多个麦克风、一个或者多个扬声器以及音频电路。
97.显示单元在电子设备与用户之间提供一个交互界面(例如用户操作界面)或用于显示图像数据给用户参考。在本实施例中，显示单元可以是液晶显示器或触控显示器。若为触控显示器，其可为支持单点和多点触控操作的电容式触控屏或电阻式触控屏等。支持单点和多点触控操作是指触控显示器能感应到来自该触控显示器上一个或多个位置处同时产生的触控操作，并将该感应到的触控操作交由处理器进行计算和处理。
98.可以理解，图3所示的结构仅为示意，电子设备300还可包括比图3中所示更多或者更少的组件，或者具有与图3所示不同的配置。图3中所示的各组件可以采用硬件、软件或其组合实现。
99.本技术提供一种存储介质，该存储介质上存储有计算机程序，该计算机程序被处理器运行时执行实施例所述的方法。
100.本技术还提供一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行方法实施例所述的方法。
101.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统的具体工作过程，可以参考前述方法中的对应过程，在此不再过多赘述。
102.需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
103.应理解，在本技术的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
104.本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本技术的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于
硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
105.另外，在本技术各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
106.所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
107.以上所述仅为本技术的优选实施例而已，并不用于限制本技术，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
108.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应所述以权利要求的保护范围为准。