一种云桌面热备管理方法、装置及系统与流程

1.本发明涉及云计算领域，具体涉及一种云桌面热备管理方法、装置及系统。


背景技术：

2.现有的云计算平台可对用户提供云桌面服务，核心技术包括kvm等虚拟化技术、图像流传输技术以及相关的调度管理等。云桌面本质上是一个虚拟机，是运行在服务器的一个进程，当出现服务器宕机或者其它环境问题时，云桌面将无法使用，且恢复需重启云桌面操作系统，打断客户操作，恢复重启时间可达几分钟，大幅降低处理效率。现有技术中，虽然已有如qemu colo框架支持kvm虚拟机数据热备，但缺少完善的故障发现及相关处理功能，导致用户体验感较差。


技术实现要素：

3.因此，本发明要解决的技术问题在于克服现有技术中的缺少完善的故障发现及相关处理功能的缺陷，从而提供一种云桌面热备管理方法、装置及系统。
4.根据第一方面，本发明实施例提供了一种云桌面热备管理方法，应用于openstack的nova组件，所述方法包括：
5.基于预设周期，控制目标云桌面的路由控制器对主虚拟机、备虚拟机发起故障监听；
6.基于所述预设周期，控制虚拟机管理工具获取所述主虚拟机和所述备虚拟机进行数据同步时的状态信息；
7.当所述目标云桌面的路由控制器监听到故障时，控制所述虚拟机管理工具根据故障情况进行故障切换处理；
8.当完成故障切换处理后，对所述主虚拟机和所述备虚拟机进行架构重建。
9.可选地，在所述基于预设周期，控制目标云桌面的路由控制器对主虚拟机、备虚拟机发起故障监听之前，所述方法还包括：
10.获取主备类型实例；
11.基于所述主备类型实例，在数据库中对应位置添加实例信息并创建主备类型节点；
12.基于所述实例信息和所述主备类型节点，依次进行主虚拟机、备虚拟机的架构创建，以实现所述主虚拟机和所述备虚拟机间的自行数据预同步。
13.可选地，在所述主虚拟机和所述备虚拟机进行数据预同步之前，将当前主备类型实例标记为降级状态；
14.在所述主虚拟机和所述备虚拟机进行数据预同步之后，将所述当前主备类型实例标记为正常状态。
15.可选地，在所述当前主备类型实例标记为正常状态时，基于预设周期，控制目标云桌面的路由控制器对主虚拟机、备虚拟机发起故障监听。
16.可选地，所述控制所述虚拟机管理工具根据故障情况进行故障切换处理，包括：
17.当所述故障为主虚拟机故障时，控制所述虚拟机管理工具进行主、备虚拟机间的切换，将所述备虚拟机确定为新的主虚拟机；
18.当所述故障为备虚拟机故障或主备数据同步异常时，控制所述虚拟机管理工具中断所述主虚拟机和所述备虚拟机间的数据同步。
19.可选地，在所述主虚拟机和所述备虚拟机间的数据预同步出现异常时，所述方法还包括：
20.控制所述虚拟机管理工具中断所述主虚拟机和所述备虚拟机间的数据预同步。
21.可选地，所述基于所述主虚拟机和所述备虚拟机进行架构重建，包括：
22.重新基于所述主备类型实例，在数据库中对应位置添加实例信息并创建主备类型节点，基于所述实例信息和所述主备类型节点，依次进行主虚拟机、备虚拟机的架构创建。
23.根据第二方面，本发明实施例提供了一种云桌面热备管理装置，应用于openstack的nova组件，所述装置包括：
24.第一处理模块，用于基于预设周期，控制目标云桌面的路由控制器对主虚拟机、备虚拟机发起故障监听；
25.第二处理模块，用于基于所述预设周期，控制虚拟机管理工具获取所述主虚拟机和所述备虚拟机进行数据同步时的状态信息；
26.第三处理模块，用于当所述目标云桌面的路由控制器监听到故障时，控制所述虚拟机管理工具根据故障情况进行故障切换处理；
27.第四处理模块，用于当完成故障切换处理后，对所述主虚拟机和所述备虚拟机进行架构重建。
28.根据第三方面，本发明实施例提供了一种云桌面热备管理系统，包括：主虚拟机、备虚拟机、nova组件、路由控制器和虚拟机管理工具，其中，
29.所述nova组件分别与所述路由控制器、所述虚拟机管理工具连接；所述路由控制器的另一端分别与所述主虚拟机、所述备虚拟机连接；所述虚拟机管理工具的另一端分别与所述主虚拟机、所述备虚拟机连接；
30.所述nova组件包括存储器和处理器，所述存储器和所述处理器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令，从而执行第一方面，或者第一方面任意一种可选实施方式中所述的方法。
31.根据第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使计算机执行第一方面，或者第一方面任意一种可选实施方式中所述的方法。
32.本发明技术方案，具有如下优点：
33.本发明提供的云桌面热备管理方法及装置，通过基于预设周期，控制目标云桌面的路由控制器对主虚拟机、备虚拟机发起故障监听；基于所述预设周期，控制虚拟机管理工具获取所述主虚拟机和所述备虚拟机进行数据同步时的状态信息；当所述目标云桌面的路由控制器监听到故障时，控制所述虚拟机管理工具根据故障情况进行故障切换处理；当完成故障切换处理后，对所述主虚拟机和所述备虚拟机进行架构重建。通过控制目标云桌面的路由控制器周期性对主虚拟机、备虚拟机发起故障监听，可在虚拟机发生故障的第一时
间发现故障，通过控制虚拟机管理工具对主虚拟机和备虚拟机进行数据同步时的状态信息进行获取，可实现对数据同步过程中的故障以及主虚拟机、备虚拟机连接状态的监测，从而对多维度故障进行发现，在此基础上，当路由控制器监听到故障时，nova组件及时控制虚拟机管理工具根据故障情况进行故障切换处理，并完成架构重建，通过一系列的操作，建立完善的故障发现及处理机制，大幅提升云桌面热备故障处理效率，提升用户体验感。
附图说明
34.为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
35.图1为本发明实施例的云桌面热备管理方法的流程图；
36.图2为本发明实施例的云桌面热备管理方法的基于openstack的云桌面热备管理架构图；
37.图3为本发明实施例的云桌面热备管理方法的基于openstack的云桌面热备管理流程示意图；
38.图4为本发明实施例的云桌面热备管理装置的结构示意图；
39.图5为本发明实施例的云桌面热备管理系统的结构示意图；
40.图6为本发明实施例的云桌面热备管理系统的nova组件结构示意图。
具体实施方式
41.下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
42.在本发明的描述中，需要说明的是，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。
43.在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，还可以是两个元件内部的连通，可以是无线连接，也可以是有线连接。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。
44.此外，下面所描述的本发明不同实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。
45.本发明实施例提供了一种云桌面热备管理方法，应用于openstack的nova组件，如图1所示，该云桌面热备管理方法具体包括如下步骤：
46.步骤s101：基于预设周期，控制目标云桌面的路由控制器对主虚拟机、备虚拟机发起故障监听。
47.具体地，在实际应用中，如图2所示，本发明实施例通过目标云桌面的路由控制器周期性地分别向主和备虚拟机的云桌面连接监听端口发起连接以探测端口及链路是否发
生故障，在发生故障时触发告警，并按照配置的告警规则向nova发起请求进行通知。
48.需要说明的是，本发明实施例以一主虚拟机和与其对应的备虚拟机为例进行详细说明，但实际情况不限于此，主虚拟机可与多个备虚拟机连接。
49.步骤s102：基于所述预设周期，控制虚拟机管理工具获取所述主虚拟机和所述备虚拟机进行数据同步时的状态信息。
50.具体地，在实际应用中，nova组件周期性调用虚拟机管理工具(即libvirt工具)接口查询主虚拟机及备虚拟机的连接状态(即“存活状态”)及数据同步状态，libvirt工具作为虚拟机的直接管理者，可监视虚拟机hypervisor层状态，示例性地，通过unix socket使用qmp(qemu monitor protocol)协议可与qemu虚拟机hypervisor层连接，通过接口调用查询虚拟机状态。
51.具体地，为更好地对虚拟机数据同步状态进行故障监听，本发明实施例还新增一个虚拟机同步状态查询的qmp接口，用于反馈主虚拟机和备虚拟机间数据同步状态是否正常。
52.本发明实施例通过路由控制器向主和备虚拟机的云桌面连接监听端口发起连接以探测端口及链路是否发生故障，通过调用libvirt接口查询主虚拟机及备虚拟机的状态及数据同步状态，由路由控制器(监控模块)、libvirt工具、虚拟机hypervisor层分别进行虚拟机面向云桌面终端连接的监听端口、虚拟机状态、业务网络、虚拟机同步状态等不同维度的故障检测和发现，实现多维度的故障监听。
53.步骤s103：当所述目标云桌面的路由控制器监听到故障时，控制所述虚拟机管理工具根据故障情况进行故障切换处理。
54.具体地，在实际应用中，nova组件将根据路由控制器的请求、调用libvirt接口，对虚拟机是否发生故障进行判断，当判定发生故障时，将控制虚拟机管理工具根据故障情况进行故障切换处理，从而在故障发生的第一时间获取故障情况，并快速对虚拟机故障进行处理，避免用户长时间等待，大幅提升用户体验感。
55.步骤s104：当完成故障切换处理后，对所述主虚拟机和所述备虚拟机进行架构重建。
56.具体地，在实际应用中，当完成故障切换处理后，仅有主虚拟机在运行，需对备虚拟机进行重建以恢复主备架构，在有效解决故障的同时，提高了云计算环境下云桌面的可用性，改善了用户的云桌面使用体验。
57.通过执行上述步骤，本发明实施例提供的云桌面热备管理方法，通过控制目标云桌面的路由控制器周期性对主虚拟机、备虚拟机发起故障监听，可在虚拟机发生故障的第一时间发现故障，通过控制虚拟机管理工具对主虚拟机和备虚拟机进行数据同步时的状态信息进行获取，可实现对数据同步过程中的故障以及主虚拟机、备虚拟机连接状态的监测，从而对多维度故障进行发现，在此基础上，当路由控制器监听到故障时，nova组件及时控制虚拟机管理工具根据故障情况进行故障切换处理，并完成架构重建，通过一系列的操作，建立完善的故障发现及处理机制，大幅提升云桌面热备故障处理效率，提升用户体验感。
58.具体地，在一实施例中，在执行上述步骤s101之前，本发明实施例提供的云桌面热备管理方法具体还包括如下步骤：
59.步骤s201：获取主备类型实例。
60.步骤s202：基于所述主备类型实例，在数据库中对应位置添加实例信息并创建主备类型节点。
61.步骤s203：基于所述实例信息和所述主备类型节点，依次进行主虚拟机、备虚拟机的架构创建，以实现所述主虚拟机和所述备虚拟机间的自行数据预同步。
62.具体地，在实际应用中，本发明实施例通过调用nova组件的api发起创建主备类型nova实例，在数据库中对应表中添加实例信息，并在新增的备虚拟机表添加记录，以开启主备虚拟机的调度及流程。首先进行主虚拟机的创建，经过调度后，nova组件通过调用libvirt工具暴露的接口，使用libvirt工具创建qemu colo框架kvm虚拟机(备虚拟机)。
63.当主虚拟机和备虚拟机创建完成后，主虚拟机和备虚拟机将会自动进行数据预同步过程，从而将基础数据进行同步，为后续进行故障切换处理奠定基础。
64.具体地，在一实施例中，在执行上述步骤s203，本发明实施例提供的云桌面热备管理方法具体还包括如下步骤：
65.步骤s301：在所述主虚拟机和所述备虚拟机进行数据预同步之前，将当前主备类型实例标记为降级状态。
66.步骤s302：在所述主虚拟机和所述备虚拟机进行数据预同步之后，将所述当前主备类型实例标记为正常状态。
67.具体地，在实际应用中，主虚拟机创建成功后，实例信息可正常使用，但主备类型节点将会标记为“降级”状态，然后发起备虚拟机的创建，同样经过调度(需与主虚拟机分属不同物理机)后，使用libvirt工具创建kvm虚拟机(网络设备部分由neutron提供与主虚拟机相同状态的网络设备规格)，并与主虚拟机建立数据预同步状态，当完成数据预同步过程后，进入colo周期性checkpoint阶段，当前主备类型实例标记为“正常”状态时，本发明实施例将进入多维度故障发现阶段。
68.具体地，在一实施例中，在所述主虚拟机和所述备虚拟机间的数据预同步出现异常时，在执行上述步骤s203以实现主虚拟机和所述备虚拟机间的自行数据预同步，具体还包括如下步骤：
69.步骤s401：控制所述虚拟机管理工具中断所述主虚拟机和所述备虚拟机间的数据预同步。
70.具体地，在实际应用中，本发明实施例在主虚拟机和所述备虚拟机间的数据预同步出现异常时，nova组件将会通过控制libvirt工具中断主虚拟机和备虚拟机间的数据预同步，相较于仅对主虚拟机和备虚拟机工作时的热备管理和故障发现及处理，本发明实施例涵盖主、备虚拟机的全生命周期的管理，可在云计算环境中有效应用，进一步对现有的云计算平台管理虚拟机的架构进行完善，不仅兼容性更强，还具备完善的故障发现及故障处理机制，保证云桌面业务的稳定运行，改善用户体验，满足不同用户的多种需求。
71.具体地，在一实施例中，在所述当前主备类型实例标记为正常状态时，执行上述步骤s101。
72.具体地，在实际应用中，在当前主备类型实例标记为“正常”状态时，本发明实施例才会进入多维度故障发现的处理过程。
73.具体地，在一实施例中，上述步骤s103控制所述虚拟机管理工具根据故障情况进行故障切换处理，具体包括如下步骤：
74.步骤s501：当所述故障为主虚拟机故障时，控制所述虚拟机管理工具进行主、备虚拟机间的切换，将所述备虚拟机确定为新的主虚拟机。
75.具体地，在实际应用中，当nova组件判断主虚拟机发生故障时，由nova组件最终通过libvirt工具使用qmp命令下发指令，中断主虚拟机和备虚拟机间的数据同步关系，将备虚拟机升格为新的主虚拟机，并对故障的主虚拟机进行清理，且通过调用外部网络发起云桌面终端连接的切换。
76.具体地，在实际应用中，如图2所示，本发明实施例通过使用neutron及外部组件实现桌面连接网络的管理切换，具体实现过程如下：
77.云桌面所使用的网络分为两部分，分别为虚拟机内部流量所使用的虚拟网络以及用于云桌面终端与云桌面连接的外部网络，前者由neutron组件管理控制，后者通过具备目的地址映射配置功能的外部组件控制，其中，neutron组件为主虚拟机、备虚拟机创建相同状态(mac及ip地址等)的网络设备，其设备状态的一致性可保证当虚拟机数据热备故障发生，在进行主虚拟机和备虚拟机切换之后的正常运行虚拟机内部网络报文的正常收发，通过nova组件对路由控制器下发指令进行云桌面终端到云桌面的连接管理切换，从而解决当出现虚拟机宕机或者其它环境造成的虚拟机数据无法读取时，云桌面将无法使用，且恢复需重启云桌面操作系统的问题，无需打断客户操作，在快速高效解决故障的同时，大幅提升用户的体验感。
78.步骤s502：当所述故障为备虚拟机故障或主备数据同步异常时，控制所述虚拟机管理工具中断所述主虚拟机和所述备虚拟机间的数据同步。
79.具体地，在实际应用中，当备虚拟机故障或主备数据同步异常时，同样由nova组件通过libvirt工具使用qmp命令下发指令，中断主备同步关系，并对故障的虚拟机进行清理，此外，无需进行连接切换，并且将主备类型实例标记为“降级”状态。
80.本发明实施例通过根据故障类型进行多维度故障发现和处理，实现对主备虚拟机的全生命周期的管理，保证云桌面业务的稳定运行，改善用户体验，满足特定用户的多种需求。
81.具体地，在一实施例中，在执行上述步骤s104之后，本发明实施例提供的云桌面热备管理方法具体还包括如下步骤：
82.步骤s601：重新基于所述主备类型实例，在数据库中对应位置添加实例信息并创建主备类型节点，基于所述实例信息和所述主备类型节点，依次进行主虚拟机、备虚拟机的架构创建。
83.具体地，在实际应用中，当故障切换处理后，实例仅有主虚拟机在运行，需对备虚拟机进行重建以恢复主备架构。本发明实施例通过执行上述步骤s202和步骤s203的步骤，创建备虚拟机的流程进行备节点重建，并在等待同步过程进入colo周期性checkpoint阶段后，将主备类型实例标记由“降级”状态恢复为“正常”状态。
84.本发明实施例适用于现有的云计算平台管理虚拟机的成熟架构，兼容性强，易于管理扩展；涵盖主备架构虚拟机的全生命周期的管理，可在云计算环境中有效应用。通过使用openstack管理平台及libvirt虚拟化管理工具支持虚拟机双机热备管理，具备完善的故障发现及故障处理机制，保证云桌面业务的稳定运行，改善用户体验，满足不同用户的需求。
85.下面将结合具体应用示例，对本发明实施例提供的云桌面热备管理方法进行详细的说明。
86.结合图1-图3所示，本发明实施例通过nova组件支持主备虚拟机的创建和管理；通过libvirt工具支持对qemu colo框架kvm虚拟机的创建和管理指令下达；通过网络监控器、libvirt工具、虚拟化hypervisor等模块，发起虚拟机状态检测，并上报nova组件，由nova组件进行故障判断与切换决策；由nova自动发起故障切换(主备切换/备机重建)，恢复虚拟机的主备架构；在neutron组件实现为主备架构虚拟机创建相同状态(mac及ip地址等)的网络设备，实现桌面连接及虚拟机内部业务流量的管理切换；通过外部网络组件，实现桌面连接的管理切换。
87.具体实现过程如下：
88.1、通过nova组件及libvirt工具支持主备架构虚拟机的管理
89.由nova组件实现主、备虚拟机的记录、调度与维护，在数据库中增加备节点(secondary_node)表，与记录主虚拟机信息的实例(instance)表相关联，并增加备虚拟机的调度流程，同时通过发起主备切换和新增、删除备节点的方式维护和保持实例的主备架构。nova组件通过调用libvirt工具暴露的接口，使用libvirt工具实际创建qemu colo框架kvm虚拟机，执行切换等管理指令下发。
90.2、多维度的故障发现机制及上层发起的故障切换管理机制
91.由路由控制器(监控模块)、libvirt工具、虚拟机hypervisor层分别进行虚拟机面向云桌面终端连接的监听端口、虚拟机状态、业务网络、虚拟机同步状态等不同维度的故障检测和发现。路由控制器周期性地向云桌面(主)及云桌面(备)的连接监听端口发起连接以探测端口及链路是否发生故障，在发生故障时触发告警，并按照配置的告警规则向nova组件发起请求进行通知；libvirt工具作为虚拟机的直接管理者，可与监视虚拟机hypervisor层状态，如通过unix socket使用qmp(qemu monitor protocol)协议可与qemu虚拟机hypervisor层，通过接口调用查询虚拟机状态，此外新增实现一个虚拟机同步状态查询的qmp接口，用于反馈主、备虚拟机数据同步状态是否正常，nova组件周期性调用libvirt接口查询主虚拟机及备虚拟机的存活状态及数据同步状态。
92.对于主虚拟机的故障，由nova组件最终发起故障切换，避免脑裂现象，通过libvirt工具使用qmp命令下发指令，中断主备数据同步关系，将备虚拟机升格为主虚拟机，并对故障的主虚拟机进行清理，且发起云桌面终端连接的切换。
93.对于备虚拟机或仅是主备数据同步的故障，同样由nova组件通过libvirt工具使用qmp命令下发指令，中断主备同步关系，并对故障的虚拟机进行清理，无需进行连接切换。完成故障虚拟机清理后由nova组件发起新的备虚拟机的重建，恢复主备架构。
94.3、使用neutron及外部组件实现实现桌面连接网络的管理切换
95.云桌面所使用的网络分为两部分，分别为虚拟机内部流量所使用的虚拟网络以及用于云桌面终端与云桌面连接的外部网络，前者由neutron组件管理控制，后者通过具备目的地址映射配置功能的外部组件控制。neutron组件为主、备虚拟机创建相同状态(mac及ip地址等)的网络设备，其设备状态的一致性可保证虚拟机数据热备故障发生后，主备虚拟机切换后的正常运行、以及虚拟机内部网络报文的正常收发。
96.nova组件通过对路由控制器下发指令进行云桌面终端到云桌面的连接管理切换。
97.需要说明的是，图3中主节点故障即为主虚拟机故障，备节点故障即为备虚拟机故障，故障节点即为故障虚拟机。
98.本发明实施例通过建立完善的故障发现及故障处理机制，保证云桌面业务的稳定运行，进一步提高了云计算环境下云桌面的可用性，改善了用户的云桌面使用体验。
99.本发明实施例提供了一种云桌面热备管理装置，应用于openstack的nova组件，如图4所示，该云桌面热备管理装置包括：
100.第一处理模块101，用于基于预设周期，控制目标云桌面的路由控制器对主虚拟机、备虚拟机发起故障监听。详细内容参见上述方法实施例中步骤s101的相关描述，在此不再进行赘述。
101.第二处理模块102，用于基于所述预设周期，控制虚拟机管理工具获取所述主虚拟机和所述备虚拟机进行数据同步时的状态信息。详细内容参见上述方法实施例中步骤s102的相关描述，在此不再进行赘述。
102.第三处理模块103，用于当所述目标云桌面的路由控制器监听到故障时，控制所述虚拟机管理工具根据故障情况进行故障切换处理。详细内容参见上述方法实施例中步骤s103的相关描述，在此不再进行赘述。
103.第四处理模块104，用于当完成故障切换处理后，对所述主虚拟机和所述备虚拟机进行架构重建。详细内容参见上述方法实施例中步骤s104的相关描述，在此不再进行赘述。
104.上述的云桌面热备管理装置的更进一步描述参见上述云桌面热备管理方法实施例的相关描述，在此不再进行赘述。
105.通过上述各个组成部分的协同合作，本发明实施例提供的云桌面热备管理装置，通过控制目标云桌面的路由控制器周期性对主虚拟机、备虚拟机发起故障监听，可在虚拟机发生故障的第一时间发现故障，通过控制虚拟机管理工具对主虚拟机和备虚拟机进行数据同步时的状态信息进行获取，可实现对数据同步过程中的故障以及主虚拟机、备虚拟机连接状态的监测，从而对多维度故障进行发现，在此基础上，当路由控制器监听到故障时，nova组件及时控制虚拟机管理工具根据故障情况进行故障切换处理，并完成架构重建，通过一系列的操作，建立完善的故障发现及处理机制，大幅提升云桌面热备故障处理效率，提升用户体验感。
106.本发明实施例提供了一种云桌面热备管理系统，如图5所示，包括：主虚拟机1、备虚拟机2、nova组件5、路由控制器4和虚拟机管理工具3，其中，
107.所述nova组件5分别与所述路由控制器4、所述虚拟机管理工具3连接；所述路由控制器4的另一端分别与所述主虚拟机1、所述备虚拟机2连接；所述虚拟机管理工具3的另一端分别与所述主虚拟机1、所述备虚拟机2连接；
108.如图6所示，所述nova组件5包括处理器901和存储器902，所述存储器902和所述处理器901之间互相通信连接，其中处理器901和存储器902可以通过总线或者其他方式连接，图6中以通过总线连接为例。
109.处理器901可以为中央处理器(central processing unit，cpu)。处理器901还可以为其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、
分立硬件组件等芯片，或者上述各类芯片的组合。
110.存储器902作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如本发明实施例中方法所对应的程序指令/模块。处理器901通过运行存储在存储器902中的非暂态软件程序、指令以及模块，从而执行处理器901的各种功能应用以及数据处理，即实现上述方法实施例中的方法。
111.存储器902可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储处理器901所创建的数据等。此外，存储器902可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器902可选包括相对于处理器901远程设置的存储器，这些远程存储器可以通过网络连接至处理器901。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
112.一个或者多个模块存储在存储器902中，当被处理器901执行时，执行上述方法实施例中的方法。
113.上述nova组件5具体细节可以对应参阅上述方法实施例中对应的相关描述和效果进行理解，此处不再赘述。
114.本领域技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，实现的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储记忆体(read-only memory，rom)、随机存储记忆体(random access memory，ram)、快闪存储器(flash memory)、硬盘(hard disk drive，缩写：hdd)或固态硬盘(solid-state drive，ssd)等；存储介质还可以包括上述种类的存储器的组合。
115.显然，上述实施例仅仅是为清楚地说明所作的举例，而并非对实施方式的限定。对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。而由此所引伸出的显而易见的变化或变动仍处于本发明创造的保护范围之中。