数据管理系统的双机互备方法及系统与流程

1.本发明属于监控技术领域，尤其涉及一种数据管理系统的双机互备方法及系统。


背景技术：

2.数据中心机房是一个企业数据存储的中心，其安全正常的运行是整个企业网络正常运行的保障，因此数据中心机房的监控是一件非常重要的事情。
3.目前数据中心机房通常采用数据中心基础设施管理(dcim)设备对数据中心的制冷、供电、空间、承重等数据进行追踪，并对供电和网络等连接关系进行管理，可见，dcim设备在数据中心机房中占据着举足轻重的地位，一旦dcim设备故障，则无法获得数据中心机房中设备的运行数据。


技术实现要素：

4.有鉴于此，本发明实施例提供了一种数据管理系统的双机互备方法及系统，以解决现有技术中数据管理系统故障后，机房失控的问题。
5.本发明实施例的第一方面提供了一种数据管理系统的双机互备方法，所述数据管理系统包括第一设备和第二设备；所述方法应用于所述第一设备，包括：
6.在监听模式下，监听所述第二设备的目标数据；
7.根据所述目标数据判断所述第二设备是否处于异常状态；
8.若所述第二设备处于异常状态，则发送第一模式切换信号至所述第二设备，以及将运行模式由监听模式切换为工作模式；所述第一模式切换信号用于指示所述第二设备将运行模式由工作模式切换为监听模式。
9.本发明实施例的第二方面提供了一种数据管理系统的双机互备方法，所述数据管理系统包括第一设备和第二设备，所述方法应用于所述第二设备，包括：
10.在工作模式下，获取数据采集系统发送的数据，并将所述数据采集系统发送的数据作为第二采集数据；采用数据处理程序对所述第二采集数据进行处理；
11.发送目标数据至所述第一设备；
12.若监测到所述第一设备发送的第一模式切换信号，则将运行模式由工作模式切换为监听模式。
13.本发明实施例的第三方面提供了一种数据管理系统，包括：
14.第一设备和第二设备；
15.所述第二设备用于在工作模式下，获取数据采集系统发送的数据，并将所述数据采集系统发送的数据作为第二采集数据；采用数据处理程序对所述第二采集数据进行处理；以及发送目标数据至所述第一设备；
16.所述第一设备用于在监听模式下，监听所述第二设备的目标数据；根据所述目标数据判断所述第二设备是否处于异常状态；若所述第二设备处于异常状态，则发送第一模式切换信号至所述第二设备，以及将运行模式由监听模式切换为工作模式；
17.所述第二设备还用于若监测到所述第一设备发送的第一模式切换信号，则将运行模式由工作模式切换为监听模式。
18.本发明实施例的第四方面提供了一种数据监控系统，包括：如上所述的数据管理系统、数据采集系统和目标运行设备；
19.所述数据采集系统包括第一采集模块和第二采集模块；
20.所述第二采集模块用于在采集模式下，获取目标运行设备的数据作为第二采集数据，并将所述第二采集数据发送至所述数据管理系统的第一设备和第二设备；以及发送指定数据至所述第一采集模块；
21.所述第一采集模块用于在监听模式下，监听所述第二采集模块的指定数据；根据所述指定数据判断所述第二采集模块是否处于异常状态；若所述第二采集模块处于异常状态，则发送第一端口切换信号至所述数据管理系统中的第一设备和第二设备；发送第一模式切换信号至所述第二采集模块，以及将工作模式由监听模式切换为采集模式；
22.所述第二采集模块用于在采集模式下，若监测到所述第一采集模块发送的第一模式切换信号，则将工作模式从采集模式切换为监听模式；
23.所述第一设备用于在获取到所述第一端口切换信号时将数据采集端口由所述第二采集模块对应的通信端口切换至所述第一采集模块对应的通信端口；
24.所述第二设备用于在获取到所述第一端口切换信号时将数据采集端口由所述第二采集模块对应的通信端口切换至所述第一采集模块对应的通信端口。
25.本发明实施例与现有技术相比存在的有益效果是：本实施例提供的应用于数据管理系统中第一设备的双机互备方法，首先在监听模式下，监听所述第二设备的目标数据；根据所述目标数据判断所述第二设备是否处于异常状态；若所述第二设备处于异常状态，则发送第一模式切换信号至所述第二设备，以及将运行模式由监听模式切换为工作模式；所述第一模式切换信号用于指示所述第二设备将运行模式由工作模式切换为监听模式。本实施例通过第一设备实时监听第二设备的目标数据，能够在第二设备异常时及时切换至第一设备运行，从而解决第二设备故障后数据中心失去控制的问题，保证数据中心的安全稳定运行。
附图说明
26.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
27.图1是本发明实施例提供的数据管理系统的双机互备方法的流程示意图；
28.图2是本发明实施例提供的数据监控系统的结构示意图；
29.图3是本发明实施例提供的数据管理系统的双机互备方法的另一流程示意图；
30.图4是本发明实施例提供的终端设备的示意图；
31.图5是本发明实施例提供的数据监控系统的结构示意图。
具体实施方式
32.以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。
33.为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。
34.在一个实施例中，如图1所示，图1示出了本实施例提供的一种数据管理系统的双机互备方法的流程图，其中，数据管理系统包括第一设备和第二设备，该流程应用于第一设备，其包括：
35.s101：在监听模式下，监听所述第二设备的目标数据；
36.s102：根据所述目标数据判断所述第二设备是否处于异常状态；
37.s103：若所述第二设备处于异常状态，则发送第一模式切换信号至所述第二设备，以及将运行模式由监听模式切换为工作模式；所述第一模式切换信号用于指示所述第二设备将运行模式由工作模式切换为监听模式。
38.在本实施例中，图2示出了一种数据监控系统的结构，如图2所示，数据监控系统包括数据管理系统100、数据采集系统200和目标运行设备300。为了便于理解，图2仅示出了一个数据采集系统200和一个目标运行设备300，在实际应用中，为了采集各个目标运行设备300的数据，数据采集系统200的数量与需要监控的目标运行设备300数据的数量相同，且所有数据采集系统200均分别与第一设备和第二设备连接。
39.具体地，数据管理系统100包括第一设备110和第二设备120，且第一设备和第二设备之间通信连接；第一设备、第二设备分别与数据采集系统200通信，数据采集系统200与目标运行设备300连接，数据采集系统200用于采集目标运行设备300的数据，并将目标运行设备300的数据发送至数据管理系统100中的第一设备和/或第二设备，第一设备和/或第二设备用于对数据采集系统200上传的数据进行处理。
40.在本实施例中，第一设备110和第二设备120的硬件结构和软件程序均完全相同，可实现同样的数据处理功能。在第一设备执行监听模式时，其作为从设备工作，同时第二设备作为主设备运行在工作模式；在第一设备执行工作模式时，其作为主设备，同时第二设备作为从设备运行于监听模式。本实施例通过上述第一设备和第二设备模式互补的方式，能够实现数据管理系统100的双机互备。
41.在本实施例中，第一设备在监听模式下，首先发送监听请求至第二设备，并接收第二设备基于监听请求返回的目标数据。在根据目标数据确定第二设备120存在异常时，第一设备发送第一模式切换信号至第二设备，以使第二设备从工作模式切换为监听模式。
42.从上述实施例可知，本实施例通过第一设备110实时监听第二设备120的目标数据，能够在第二设备120异常时实现第一设备和第二设备的主从切换，从而解决第二设备120故障后无法对目标运行设备300数据进行监控处理的问题，保证数据中心的安全稳定运行。
43.在一个实施例中，所述目标数据包括运行数据；图1中s102的具体实现流程包括：
44.s201：根据所述运行数据和预设评分规则，计算所述第二设备的健康度；
45.s202：若所述健康度小于预设健康阈值，则判定所述第二设备处于异常状态。
46.在本实施例中，所述运行数据包括cpu利用率、内存使用率和至少一个告警信息。上述方法包括：
47.根据所述第二设备的cpu利用率、内存使用率、告警信息和预设评分规则，确定所述第二设备的cpu评分、内存评分和告警评分，对所述cpu评分、所述内存评分和所述告警评分进行加权求和，得到所述第二设备的健康度。
48.具体地，预设评分规则包括cpu评分规则、内存评分规则和告警评分规则，cpu评分规则为：根据cpu利用率与cpu评分的对应关系确定cpu评分，且在cpu利用率小于或等于预设cpu阈值时，cpu评分为cpu对应的预设最大值，在cpu利用率大于预设cpu阈值时，cpu利用率越高，cpu评分越低。内存评分规则为：根据内存使用率与内存评分的对应关系确定内存评分，且在内存使用率小于或等于预设内存阈值时，内存评分为内存对应的预设最大值，在内存使用率大于预设内存阈值时，内存使用率越高，内存评分越低。告警评分规则为：根据告警信息的告警等级查找对应的等级评分，以及对各个告警信息对应的等级评分进行求和，得到告警评分。进一步地，各个告警信息的等级评分均为负分，且告警等级越高，等级评分越低。
49.从上述实施例可知，本实施例通过计算健康度的方法确定第二设备的运行状态，能够在第二设备出现异常时及时切换至第一设备工作，避免第二设备已经发生故障后再切换至第一设备而造成数据处理断档的问题，保证数据处理的连续性。
50.在一个实施例中，所述目标数据包括心跳数据；图1中的s102的具体实现流程还可以包括：
51.s301：获取相邻两个心跳数据的间隔；
52.s302：若在第一预设时间内监测到存在n个时长大于预设时长阈值的间隔，则判定所述第二设备处于异常状态，n≥1。
53.在本实施例中，正常情况下，第一设备获取的心跳数据呈固定周期特性，每两个心跳数据之间的间隔基本保持固定不变。若在第一预设时间内监测到存在n个时长大于预设时长阈值的间隔，则说明第二设备的心跳波动较大，因此可以判定第二设备处于异常状态。
54.近一步地，上述s102的实现流程还可以包括：若在第二预设时间内未获取到心跳数据，则判定第二设备处于异常状态。
55.在一个实施例中，在s102之前，本实施例提供的数据管理系统的双机互备方法还包括：
56.s401：获取所述第一设备内部的运行数据，并根据所述第一设备内部的运行数据判断所述第一设备自身是否处于异常状态；
57.s402：若所述第一设备自身未处于异常状态，则执行所述根据所述目标数据判断所述第二设备是否处于异常状态步骤；
58.s403：若所述第一设备自身处于异常状态，则停止执行监听模式，并发送第一设备的故障提示信息至目标终端。
59.具体地，第一设备内部的运行数据包括cpu利用率、内存使用率、告警信息。第一设备在判断第二设备是否正常之前，首先需要确定自身是否处于正常状态，通过s401
‑
s403的过程，第一设备可以对自身状态进行判断，在判断自身正常后继续执行s102，在判断自身异常时则停止监听模式，并控制自身重启。第一设备在重启后再次获取第一设备的内部运行
数据，若根据内部运行数据判断自身仍处于异常状态，则发送第一设备的故障提示信息至目标终端，用户通过目标终端查看到故障提示信息后，可以对第一设备进行维护。第一设备在异常消除后，继续执行监听模式。
60.在本实施例中，第一设备还可以在确定自身未处于异常状态后，同时根据健康度计算方法和心跳间隔检测方法确定第二设备是否处于异常状态。
61.在一个实施例中，所述数据管理系统还包括数据库模块；所述第一设备、所述第二设备分别与所述数据库模块连接；本实施例提供的数据管理系统的双机互备方法还包括：
62.s501：在监听模式下，获取数据采集系统发送的采集数据作为第一采集数据，并将当前时间段内获取的第一采集数据保存至所述数据库模块；
63.s502：在监测到切换至工作模式的操作后，发送数据中断查询指令至所述数据库模块；所述数据中断查询指令用于指示所述数据库模块查询数据中断时间；所述数据中断时间为所述数据库模块最近一次接收的第二设备的数据库文件中第二采集数据的获取时间；所述第二采集数据为所述数据采集系统发送至所述第二设备的采集数据；
64.s503：获取所述数据中断时间，并根据所述数据中断时间，从所述数据库模块中提取所述数据中断时间之后的第一采集数据；
65.s504：采用数据处理程序对所述数据中断时间之后的第一采集数据进行处理。
66.在本实施例中，第二采集数据为第二设备获取的，来自数据采集系统采集的目标运行设备的数据。第一采集数据为第一设备获取的，来自数据采集系统采集的目标运行设备的数据。
67.具体地，第二设备在工作模式时，对当前时间段内获取的第二采集数据处理后，将处理结果和第二采集数据生成数据库文件并保存至数据库模块中。由于管理设备的主从交换操作，数据管理系统在交换的一段时间内可能无法接收并处理获取的采集数据。因此，本实施例采用第一设备将当前时间段的第一采集数据备份至数据库模块，并在监测到切换至工作模式的操作后，发送数据中断查询指令至数据库模块，数据库模块根据数据中断查询指令，查询第二设备最后保存至数据库模块的数据库文件中第二采集数据的获取时间作为数据中断时间。第一设备在获取到数据中断时间后，就可以从数据库模块中提取数据中断时间之后的第一采集数据，并对数据中断时间之后的第一采集数据进行处理，从而避免设备交换过程中造成的数据处理空挡，进一步提高数据中心的安全性。
68.在本实施例中，第二设备在处理数据中断时间之后的第一采集数据的同时，执行工作模式下的数据获取工作，并在完成数据中断时间之后的第一采集数据的处理后，继续执行实时获取的第一采集数据的处理工作。
69.在一个实施例中，在图1中s102之后，本实施例提供的数据管理系统的双机互备方法还可以包括：
70.生成并发送第二设备的故障提示信息至目标终端。
71.在本实施例中，目标终端可以为运维人员的终端设备。
72.在本发明的一个实施例中，如图2所述，图2示出了本实施例提供的数据管理系统的双机互备方法的实现流程，该流程的执行主体为第二设备，该方法包括：
73.s601：在工作模式下，获取数据采集系统发送的数据，并将所述数据采集系统发送的数据作为第二采集数据；采用数据处理程序对所述第二采集数据进行处理；
74.s602：发送目标数据至所述第一设备；
75.s603：若监测到所述第一设备发送的第一模式切换信号，则将运行模式由工作模式切换为监听模式。
76.具体地，上述s603的实现流程具体包括：
77.若监测到所述第一设备发送的第一模式切换信号，则停止执行所述工作模式；
78.若监测到故障移除信号，则开始执行所述监听模式。
79.在本实施例中，第二设备在停止执行工作模式后，可以首先自重启，并在重启后监测自身的运行数据，根据内部的运行数据判断是否恢复正常，若判定自身恢复正常，则生成故障移除信号，开始执行监听模式；若未恢复正常，则发送第二设备的故障提示信息至目标终端，用户根据第二设备发送的故障提示信息或第一设备发送的第二设备的故障提示信息对第二设备进行修复，并在修复好第二设备后输入故障移除信号。
80.在本实施例中，为了避免第二设备直接瘫痪无法发送故障提示信号，第一设备会在第二设备处于异常状态时发送故障提示信息至目标终端。在第一设备和第二设备均具有第二设备故障时发送故障提示信息的功能时，若第二设备可以通过自启动恢复正常，则第二设备需要发送故障取消信息至目标终端，以使用户了解第二设备当前的状态。
81.在本实施例中，第二设备在监听模式下，除执行上述监听模式的功能外，还可以根据第二设备内部的运行数据和第一设备发送的运行数据，与第一设备竞争主设备的角色。
82.具体地，第二设备获取所述第二设备内部的运行数据和所述第一设备发送的运行数据；根据所述第二设备内部的运行数据计算第二健康度，并根据所述第一设备的运行数据计算第一健康度；将所述第二健康度减去所述第一健康度，得到健康度差值；若所述健康度大于预设健康差值，第二设备则发送第二模式切换信号至所述第一设备，以及将工作模式由监听模式切换为工作模式；所述第二模式切换信号用于指示所述第一设备将工作模式由工作模式切换为监听模式。
83.本发明实施例还提供了一种数据管理系统，其包括：
84.第一设备和第二设备；
85.所述第二设备用于在工作模式下，获取数据采集系统发送的数据，并将所述数据采集系统发送的数据作为第二采集数据；采用数据处理程序对所述第二采集数据进行处理；以及发送目标数据至所述第一设备；
86.所述第一设备用于在监听模式下，监听所述第二设备的目标数据；根据所述目标数据判断所述第二设备是否处于异常状态；若所述第二设备处于异常状态，则发送第一模式切换信号至所述第二设备，以及将运行模式由监听模式切换为工作模式；
87.所述第二设备还用于若监测到所述第一设备发送的第一模式切换信号，则将运行模式由工作模式切换为监听模式。
88.在一个实施例中，如图5所述，图5示出了本发明实施例提供的另一种数据监控系统的结构，其包括：
89.数据管理系统100、数据采集系统200和目标运行设备300；
90.所述数据采集系统200包括第一采集模块210和第二采集模块220；
91.所述第二采集模块220用于在采集模式下，获取目标运行设备300的数据作为第二采集数据，并将所述第二采集数据发送至所述数据管理系统100的第一设备和第二设备；以
及发送指定数据至所述第一采集模块210；
92.所述第一采集模块210用于在监听模式下，监听所述第二采集模块220的指定数据；根据所述指定数据判断所述第二采集模块220是否处于异常状态；若所述第二采集模块220处于异常状态，则发送第一端口切换信号至所述数据管理系统100中的第一设备和第二设备；发送第三模式切换信号至所述第二采集模块220，以及将工作模式由监听模式切换为采集模式；
93.所述第二采集模块220用于在采集模式下，若监测到所述第一采集模块210发送的第三模式切换信号，则将工作模式从采集模式切换为监听模式；
94.所述第一设备110用于在获取到所述第一端口切换信号时将数据采集端口由所述第二采集模块220对应的通信端口切换至所述第一采集模块210对应的通信端口；
95.所述第二设备120用于在获取到所述第一端口切换信号时将数据采集端口由所述第二采集模块220对应的通信端口切换至所述第一采集模块210对应的通信端口。
96.具体地，如图5所示，第一采集模块210和第二采集模块220实现数据采集系统200的主从互备，第一设备110和第二设备120实现数据管理系统100的主从互备，由于第一设备110和第二设备120均会获取采集数据，因此，在第一采集模块210和第二采集模块220模式切换时，第一设备110和第二设备120只需同时更换数据采集端口即可。
97.在本实施例中，指定数据可以包括运行数据和心跳数据，第一采集模块210根据运行数据和/或心跳数据判断第二采集模块220是否处于异常状态，判断过程与本实施例中的s201
‑
s202及s301
‑
s302相似。
98.在本实施例中，为了保证第一采集模块210和第二采集模块220切换过程中数据不丢失，第一采集模块210还用于：
99.在监听模式下，获取目标运行设备300的数据作为第三采集数据，并保存当前时间段内获取的第三采集数据；在进入采集模式后，若监测到所述数据管理系统100发送的中断数据请求信号，则根据所述中断数据请求信号中携带的第二数据中断时间，将所述第二数据中断时间之后的第三采集数据发送至所述数据管理系统100。
100.在本实施例中，当前时间段的时长可以设置为n个数据采集周期的总时间，中断数据请求信号中携带第二数据中断时间，第二数据中断时间为数据管理系统100最近一次获取的目标运行设备300的数据的时间。
101.由上可知，第一采集模块210通过保存当前时间段的第三采集数据，能够在接收到中断数据请求信号后将第二采集模块220停止发送数据后那段时间采集的数据发送至数据管理系统100，保证数据管理系统100接收数据的完整不丢失。
102.从上述实施例可知，本实施例提供的数据监控系统通过在数据管理系统100和数据采集系统200中均采用双机互备的方法，能够保证数据监控过程中的数据完整，进一步提高数据中心的安全性。
103.应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
104.图4是本发明一实施例提供的终端设备的示意图。如图4所示，该实施例的终端设备4包括：处理器40、存储器41以及存储在所述存储器41中并可在所述处理器40上运行的计
算机程序42。所述处理器40执行所述计算机程序42时实现上述各个数据管理系统的双机互备方法实施例中的步骤，例如图1所示的步骤101至103。
105.所述计算机程序42可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器41中，并由所述处理器40执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序42在所述终端设备4中的执行过程。
106.所述终端设备4可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备可包括，但不仅限于，处理器40、存储器41。本领域技术人员可以理解，图4仅仅是终端设备4的示例，并不构成对终端设备4的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。
107.所称处理器40可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field
‑
programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
108.所述存储器41可以是所述终端设备4的内部存储单元，例如终端设备4的硬盘或内存。所述存储器41也可以是所述终端设备4的外部存储设备，例如所述终端设备4上配备的插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)等。进一步地，所述存储器41还可以既包括所述终端设备4的内部存储单元也包括外部存储设备。所述存储器41用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器41还可以用于暂时地存储已经输出或者将要输出的数据。
109.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
110.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
111.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
112.在本发明所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以
通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
113.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
114.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
115.所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read
‑
only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
116.以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。