一种双机镜像处理方法及装置与流程

1.本发明实施例涉及计算机技术领域，特别涉及一种双机镜像处理方法及装置。


背景技术：

2.rabbit mq是实现了高级消息队列协议(amqp)的开源消息代理软件(亦称面向消息的中间件)。如果rabbit mq集群只有一个节点，那么该节点的失效将导致整个服务集群临时处于不可用状态，并且可能会导致业务消息的丢失。另外，rabbit mq的镜像队列机制，是将队列镜像到集群中其他的节点之上。如此可以使得在集群中的某个节点失效时，其它节点可以正常的提供服务，提高了集群整体服务的高可用性。
3.与现有技术最接近的技术方案是rabbit mq双机镜像方案，这是一种通用性解决方案，具体描述如下。两台设备，其中主机地址为10.0.0.1，备机节点地址为10.0.0.2，主备节点通过网络进行数据同步，业务通过主机地址10.0.0.1对rabbit mq进行访问，具体关系图1所示。
4.1)主机和备机修改/etc/hosts以实现双机别名
5.10.0.0.1rabbit
‑
10
‑0‑0‑16.10.0.0.2rabbit
‑
10
‑0‑0‑27.2)两台设备中rabbit mq配置为集群模式
8.3)生成erlang.cookie文件，并拷贝到主机和备机的根目录
9.文件内容为使用md5生成的唯一标识，集群通过此标识识别集群节点身份。
10.4)备机加入主机的集群，并根据业务需求设置镜像同步策略。
11.其中，主机与备机之间rabbit mq镜像工作原理，及切换过程如下：
12.1)业务请求发送到主机(mq
‑
10
‑0‑
01)，具体业务请求可以包含新建队列、消息通讯等。
13.2)主机(mq
‑
10
‑0‑
01)服务基于镜像机制把业务请求同步到备机(mq
‑
10
‑0‑0‑
2)，具体包含新建队列、消息通讯等
14.3)当主机因为故障导致无法提供服务时，发生双机切换，业务请求发送到备机(mq
‑
10
‑0‑0‑
2)，由于镜像节点之间保持了数据的一致性，因此业务可以正常运行。
15.采用这种双机镜像技术方案，在业务实际应用过程中发现存在如下缺陷。
16.1.镜像节点之间存在非常强的耦合性，当主节点宕机时，备节点有时需要等待主节点恢复后才能进行正常工作。当主机无法启动时，备机有时始终处于等待主机启动的状态，导致双机镜像架构不可用。
17.2.双机镜像集群搭建成功后，主备节点之间网络故障，rabbit mq服务有时无法进行重启，并提供业务服务。
18.由于rabbit mq占用资源较高，无法在双机中部署多个镜像节点，因此上述问题对业务的高可用产生了严重的干扰。


技术实现要素：

19.本发明提供了一种能够确保双机镜像的情况下仍保持高可用性的双机镜像处理方法及装置。
20.为了解决上述技术问题，本发明实施例提供了一种双机镜像处理方法，应用于主设备和备设备中，所述方法包括：
21.启动双机服务，所述双机服务包括rabbit mq服务、数据同步服务、双机状态管理服务；
22.与对端设备搭建rabbit双机镜像集群；
23.周期性确定与对端设备网络是否连通，若网络未连通，则将本地的第二网络地址设置为对端设备的网络地址，使本地模拟出连通的网络状态，确保rabbit mq服务能够正常重启，并提供服务。
24.作为一可选实施例，当网络重新连通，所述对端设备的双机服务重新启动时，所述方法还包括：
25.基于完成启动的所述双机状态管理服务消除在先存储的rabbit双机镜像集群关系；
26.所述rabbit mq服务以集群模式独立启动；
27.基于完成启动的所述数据同步服务调取业务数据重建所述rabbit mq服务的业务结构。
28.作为一可选实施例，当所述对端设备的rabbit mq服务重新启动后，所述方法还包括：
29.基于所述双机状态管理服务确定所述对端设备的rabbit mq服务是否已经加入所述rabbit双机镜像集群；
30.若是，则删除所述对端设备中存储的rabbit双机镜像集群关系，并重新与所述对端设备搭建所述rabbit双机镜像集群；
31.若否，则直接与所述对端设备重新搭建所述rabbit双机镜像集群。
32.作为一可选实施例，所述与对端设备搭建rabbit双机镜像集群，包括：
33.所述主设备与备设备的rabbit mq服务根据业务情况共同配置镜像同步策略，并基于所述镜像同步策略实现数据同步，完成所述rabbit双机镜像集群的搭建。
34.作为一可选实施例，所述方法还包括：
35.当所述主设备与备设备均故障时，至少所述备设备在启动后，基于所述双机状态管理服务消除在先存储的rabbit双机镜像集群关系，使所述rabbit mq服务能够以集群模式独立启动，并能够读取所述数据同步服务中的业务数据完成重建，独立提供业务服务。
36.作为一可选实施例，所述方法还包括：
37.当所述主设备故障，备设备能够独立提供服务时，基于双机状态管理服务将所述备设备切换为主设备；
38.当出现故障的所述主设备完成重启时，基于双机状态管理服务确定自身身份为备设备，并基于数据同步服务同步获得并存储业务数据。
39.作为一可选实施例，所述主设备与备设备具有相同的硬件及软件。
40.本发明实施例同时提供一种双机镜像处理装置，装设于主设备和备设备中，所述
装置包括：
41.第一启动模块，用于启动双机服务，所述双机服务包括rabbit mq服务、数据同步服务、双机状态管理服务；
42.搭建模块，用于与对端设备搭建rabbit双机镜像集群；
43.检测模块，用于周期性确定与对端设备网络是否连通，若网络未连通，则将本地的第二网络地址设置为对端设备的网络地址，使本地模拟出连通的网络状态，确保rabbit mq服务能够正常重启，并提供服务。
44.作为一可选实施例，当网络重新连通，所述对端设备的双机服务重新启动时，所述双机镜像处理装置还包括：
45.消除模块，用于根据完成启动的所述双机状态管理服务消除在先存储的rabbit双机镜像集群关系；
46.第二启动模块，用于使所述rabbit mq服务以集群模式独立启动；
47.重建模块，用于根据完成启动的所述数据同步服务调取业务数据重建所述rabbit mq服务的业务结构。
48.作为一可选实施例，当所述对端设备的rabbit mq服务重新启动后，所述双机镜像处理装置还包括：
49.处理模块，用于根据所述双机状态管理服务确定所述对端设备的rabbit mq服务是否已经加入所述rabbit双机镜像集群；
50.若是，则删除所述对端设备中存储的rabbit双机镜像集群关系，并重新与所述对端设备搭建所述rabbit双机镜像集群；
51.若否，则直接与所述对端设备重新搭建所述rabbit双机镜像集群。
52.基于上述实施例的公开可以获知，本发明实施例具备的有益效果包括在rabbit mq双机镜像搭建成功后，若主设备与备设备任意一方故障，导致出现网络故障，使两设备间无法连通时，未故障方能够通过将自身设备的第二网址配置为对端地址，使在本机内模拟出rabbit mq集群中各节点处于网络连通状态的环境，进而保证本机的rabbit mq服务可以正常重启，并能够独立对外提供服务，保证业务不中断，有效实现rabbit mq双机镜像的高可用性。
53.另外，在任一设备故障后重启双机服务的过程中，rabbit mq服务以集群模式独立启动，解耦与对端设备间存在的镜像节点的关系，并通过数据同步服务进行业务结构重建，保证本地的rabbit mq服务可以正常启动，以及对业务的正常使用。
附图说明
54.图1为现有技术中双机正常工作状态图。
55.图2为本发明实施例中的双机镜像处理方法的流程图。
56.图3为本发明实施例中的双机部署图。
57.图4为本发明实施例中的双机服务启动过程图。
58.图5为本发明实施例中的rabbit mq双机镜像搭建过程图。
59.图6为本发明实施例中的双机网络状态异常的示意图。
60.图7为本发明实施例中的网络连通状态周期性检查过程图。
61.图8为本发明实施例中的双机镜像处理装置的结构框图。
具体实施方式
62.下面，结合附图对本发明的具体实施例进行详细的描述，但不作为本发明的限定。
63.应理解的是，可以对此处公开的实施例做出各种修改。因此，下述说明书不应该视为限制，而仅是作为实施例的范例。本领域的技术人员将想到在本公开的范围和精神内的其他修改。
64.包含在说明书中并构成说明书的一部分的附图示出了本公开的实施例，并且与上面给出的对本公开的大致描述以及下面给出的对实施例的详细描述一起用于解释本公开的原理。
65.通过下面参照附图对给定为非限制性实例的实施例的优选形式的描述，本发明的这些和其它特性将会变得显而易见。
66.还应当理解，尽管已经参照一些具体实例对本发明进行了描述，但本领域技术人员能够确定地实现本发明的很多其它等效形式，它们具有如权利要求所述的特征并因此都位于借此所限定的保护范围内。
67.当结合附图时，鉴于以下详细说明，本公开的上述和其他方面、特征和优势将变得更为显而易见。
68.此后参照附图描述本公开的具体实施例；然而，应当理解，所公开的实施例仅仅是本公开的实例，其可采用多种方式实施。熟知和/或重复的功能和结构并未详细描述以避免不必要或多余的细节使得本公开模糊不清。因此，本文所公开的具体的结构性和功能性细节并非意在限定，而是仅仅作为权利要求的基础和代表性基础用于教导本领域技术人员以实质上任意合适的详细结构多样地使用本公开。
69.本说明书可使用词组“在一种实施例中”、“在另一个实施例中”、“在又一实施例中”或“在其他实施例中”，其均可指代根据本公开的相同或不同实施例中的一个或多个。
70.下面，结合附图详细的说明本发明实施例。
71.如图1所示，本发明实施例提供一种双机镜像处理方法，应用于主设备和备设备中，所述方法包括：
72.启动双机服务，双机服务包括rabbit mq服务、数据同步服务、双机状态管理服务；
73.与对端设备搭建rabbit双机镜像集群；
74.周期性确定与对端设备网络是否连通，若网络未连通，则将本地的第二网络地址设置为对端设备的网络地址，使本地模拟出连通的网络状态，确保rabbit mq服务能够正常重启，并提供服务。
75.例如，配置两台设备分别作为主设备和备设备，并在两台设备上部署双机服务软件，该双机服务软件为一类软件的统称，该类软件表征用于实现或辅助实现双机服务。本实施例中的双机服务软件包括但不限于rabbit mq服务(软件)、数据同步服务(软件)、双机状态管理服务(软件)。当主设备与备设备启动运行后，启动双机服务，也即启动rabbit mq服务、数据同步服务、双机状态管理服务，接着两设备基于启动的双机服务软件配合搭建rabbit双机镜像集群，建立rabbit mq集群关系，及两设备间的集群关系。当上述集群关系搭建完成后，主设备与从设备进行业务处理，为了保证业务不长期中断，本实施例中主设备
与备设备周期性检测确定与对端设备网络是否连通，或备设备周期性检测确定与主设备网络是否连通，也即是否能够正常收到业务数据，倘若经检测确定对端网络未连通，如对端设备出现故障，导致网络断开时，检测端设备，即未出现故障，自身网络正常的设备则将本地的第二网络地址设置为对端设备的网络地址，例如可以是第二网卡的地址设置为对端设备的网络地址，也可以是设置虚拟网卡并将其网络地址设置为对端网络地址，以使得该设备本地能够模拟出连通的网络状态，即模拟出与对端设备呈网络连通状态的环境，以保证本地的rabbit mq服务能够正常重启，并能够对外提供业务服务，保证双机镜像高可用性。
76.基于上述实施例的公开可知，本实施例具备的有益效果包括在rabbit mq双机镜像搭建成功后，若主设备与备设备任意一方故障，导致出现网络故障，使两设备间无法连通时，未故障方能够通过将自身设备的第二网址配置为对端地址，使在本机内模拟出rabbit mq集群中各节点处于网络连通状态的环境，进而保证本机的rabbit mq服务可以正常重启，并能够独立对外提供服务，保证业务不中断，实现rabbit mq双机镜像的高可用性，有效解决了目前双机镜像集群搭建成功后，主、备设备之间网络故障，rabbit mq服务无法进行重启，使服务长时间中断的技术问题。
77.进一步地，当网络重新连通，对端设备的双机服务重新启动时，还包括：
78.基于完成启动的双机状态管理服务消除在先存储的rabbit双机镜像集群关系；
79.rabbit mq服务以集群模式独立启动；
80.基于完成启动的数据同步服务调取业务数据重建rabbit mq服务的业务结构。
81.例如，当对端设备的故障被修复，网络重新被连通时，该设备会重新启动系统，并重启双机服务，具体可以先重启双机状态管理服务、数据同步服务，然后由双机状态管理服务删除之前存储的主设备与备设备间的rabbit双机镜像集群关系，使得本地的rabbit mq服务以集群模式独立启动，但是该rabbit mq服务并未加入集群，如此可以使得该rabbit mq服务不会与集群中另一节点的rabbit mq耦合，影响其重启，也即基于本实施例的方法，可以实现rabbit mq节点间的解耦，确保本地的rabbit mq服务能够正常启动。当rabbit mq服务正常启动后，读取数据同步服务中的关键业务数据，以进行业务结构的重建，进而实现对外提供业务服务，保证双机镜像系统整体的高可用性。
82.进一步地，当对端设备的rabbit mq服务重新启动后，本实施例中的方法还包括：
83.基于双机状态管理服务确定对端设备的rabbit mq服务是否已经加入rabbit双机镜像集群；
84.若是，则删除对端设备中存储的rabbit双机镜像集群关系，并重新与对端设备搭建rabbit双机镜像集群；
85.若否，则直接与对端设备重新搭建rabbit双机镜像集群。
86.例如，双机状态管理模块内存储有关于rabbit双机镜像集群的关系数据，假设对端设备是备设备，其故障重启后，会基于本地的双机状态管理服务确定主设备的rabbit mq服务是否已经加入rabbit双机镜像集群，这是因为集群的关系状态时保存在两个设备中的双机状态管理模块内的，当其中一个设备故障重启后，其内部的rabbit mq服务状态是未加入集群的状态，但是对端设备的rabbit mq服务状态是加入集群的状态，此时经故障重启后的设备是无法正常加入该集群的，所以要确定对端设备的rabbit mq服务是否是加入集群的状态，并根据此状态确定下一步如何操作。继续上一实施例，当备设备确定主设备的
rabbit mq服务是加入集群的状态，则利用双机状态管理模块更改主设备的配置，删除其存储的rabbit双机镜像集群关系，然后再重新与主设备搭建rabbit双机镜像集群，也即重新加入集群。而若经确定，主设备为未加入集群的状态，则直接与主设备重新搭建rabbit双机镜像集群。
87.其中，与对端设备搭建rabbit双机镜像集群，包括：
88.主设备与备设备的rabbit mq服务根据业务情况共同配置镜像同步策略，并基于镜像同步策略实现数据同步，完成rabbit双机镜像集群的搭建。
89.也即，两设备的rabbit mq服务根据业务情况，配置镜像同步策略，以在镜像节点之间进行数据同步，也即两设备间进行数据同步。其中，镜像同步策略中可以包含同步策略，该同步策略主要用于数据同步，该同步策略是根据实际业务情况而定的，而镜像同步策略还包括其他策略内容，具体可结合实际使用需求而定。
90.进一步地，本实施例中的方法还包括：
91.当主设备与备设备均故障时，至少备设备在启动后，基于双机状态管理服务消除在先存储的rabbit双机镜像集群关系，使rabbit mq服务能够以集群模式独立启动，并能够读取数据同步服务中的业务数据完成重建，独立提供业务服务。
92.例如，主设备与备设备均故障时，备设备能够启动，而主设备无法启动时，备设备能够在启动部分双机服务后，基于双机状态管理服务消除在先存储的rabbit双机镜像集群关系，或者也可以是设置默认配置，当设备重启时自动删除在先存储的rabbit双机镜像集群关系。接着，备设备启动rabbit mq服务，使其以集群模式启动，但是并不具有实际集群关系，即未加入集群。待rabbit mq服务完成启动后，便可读取数据同步服务中的业务数据完成重建，并独立提供业务服务。当然，主设备在进行启动时，也可为上述启动过程，当两个设备均正常启动，并运行时，可以基于前述方法重新搭建rabbit双机镜像集群。
93.进一步地，本实施例中的方法还包括：
94.当主设备故障，备设备能够独立提供服务时，基于双机状态管理服务将备设备切换为主设备；
95.当出现故障的主设备完成重启时，基于双机状态管理服务确定自身身份为备设备，并基于数据同步服务同步获得并存储业务数据。
96.也即，当rabbit双机镜像集群关系建立完成后，主设备故障时，备设备会切换为主设备，原主设备会切换为备设备，而主备关系可以基于双机状态管理服务确定。
97.为了更好地阐述本技术实施例的方法，以下结合具体实施例详细说明：
98.如图3所示，环境部署：
99.1)选择具有相同软硬件的两台设备作为主设备和备设备。
100.2)两台设备部署双机状态管理软件，例如keepalived
101.3)两台设备均部署rabbit mq服务
102.4)两台设备部署自定义数据同步服务，例如mysql双主服务。自定义数据同步服务用来保存关键的业务数据，以便在启动过程中对rabbit mq业务结构进行重建。数据同步服务保存的业务数据量根据业务需求进行界定。
103.如图4所示，双机服务启动过程：
104.1)启动双机状态管理服务(例如keepalived)。
105.2)启动数据同步服务(例如mysql)。
106.3)rabbit mq以集群模式启动，但未加入集群，以实现和原集群内其它rabbit mq节点的解耦。
107.4)通过数据同步服务读取业务数据，对rabbit mq的关键业务结构进行重建，重建后的rabbit mq便可以对外直接提供业务服务，保证系统的可用性。
108.上述步骤3)中，rabbit mq服务启动时与其它节点没有耦合性关系，故可以保证成功进行启动。而步骤4)通过数据同步服务读取核心业务数据，对rabbit mq业务结构进行重建，实现了完成启动后可以对外提供服务，对业务不造成可用性影响。故，本实施例的上述过程解决了故障设备重启时，rabbit mq服务由于存在耦合关系导致无法正常启动时的情况。而且，也解决了在双机宕机，主机无法启动，备机rabbit mq启动时有时无法提供业务服务的问题。
109.如图5和图6所示，rabbit双机镜像集群搭建，执行主体为主设备和从设备：
110.1)删除本地网卡2(即第二网卡)的地址。
111.2)检查对端网络是否连通。是，则转第5)步；否，则执行下一步。
112.3)网卡2地址设置为对端地址。该步可实现网络故障时，如图6所示，未故障设备可以在本地模拟出连通的网络状态，保证本地rabbit mq服务可以顺利重启。
113.4)休眠10秒钟(相当于周期为10秒钟)，转步骤1)，周期性的对对端网络进行检测。
114.5)(该步骤接第2)步骤)故障设备重启后检查对端设备的rabbit mq服务是否已经加入集群，是，则执行下一步；否，则转第8)步。
115.6)配置活跃节点(即未故障设备)的集群状态，删除活跃节点中保存的启动节点的集群信息，以便重新加入集群。
116.7)两设备的rabbit mq加入镜像集群；
117.8)两设备的rabbit mq配置镜像同步策略。
118.9)两设备根据业务情况，配置同步策略，在镜像节点之间进行数据同步。
119.10)两设备完成rabbit mq双机镜像集群搭建。
120.上述的步骤5)，步骤6)和步骤7)阐述了检查未故障设备的rabbit mq服务是否已经加入集群，没有加入，则加入集群。由于集群状态是保存在两个设备中的，当某个设备重启时，其中的rabbit mq服务状态是未加入集群状态，但是另外一台设备是已加入集群的状态，故此时需要先删除该集群状态关系，再重新搭建集群关系。
121.如图7所示，运行过程中，主设备与备设备相互周期性检查网络状态：
122.1)删除网卡2地址。
123.2)检查对端网络是否连通，是，则转第4)步；否，则执行下一步。
124.3)网卡2地址设置为对端地址。这实现了网络故障时，在本地模拟了连通的网络状态，保证本地rabbit mq服务可以顺利重启。网络状态如图5所示。
125.4)休眠10秒钟，周期性的对对端网络进行检测。
126.上述过程是指在运行过程中，由于网络状态的不确定性，故两设备会一直周期性地对网络连通性检查，该过程可以有效解决双机镜像集群搭建成功后，主备节点之间网络故障，rabbit mq服务无法进行重启，并提供业务服务的问题。
127.上文所述的各故障包含但不限于网卡禁用、网线掉线、宕机等问题。在实际使用过
程中，对端的网络地址不可达时，本机的镜像数据即使数据完整，rabbit mq服务也有一定几率无法成功完成重新启动，而本实施例通过在网卡2配置对端地址便可保证网络可达，也即在本地模拟节点网络，即可完成rabbit mq服务的启动。
128.如图8所示，本发明另一实施例同时提供一种双机镜像处理装置，装设于主设备和备设备中，所述装置包括：
129.第一启动模块，用于启动双机服务，双机服务包括rabbit mq服务、数据同步服务、双机状态管理服务；
130.搭建模块，用于与对端设备搭建rabbit双机镜像集群；
131.检测模块，用于周期性确定与对端设备网络是否连通，若网络未连通，则将本地的第二网络地址设置为对端设备的网络地址，使本地模拟出连通的网络状态，确保rabbit mq服务能够正常重启，并提供服务。
132.作为一可选实施例，当网络重新连通，对端设备的双机服务重新启动时，双机镜像处理装置还包括：
133.消除模块，用于根据完成启动的双机状态管理服务消除在先存储的rabbit双机镜像集群关系；
134.第二启动模块，用于使rabbit mq服务以集群模式独立启动；
135.重建模块，用于根据完成启动的数据同步服务调取业务数据重建rabbit mq服务的业务结构。
136.作为一可选实施例，当对端设备的rabbit mq服务重新启动后，双机镜像处理装置还包括：
137.处理模块，用于根据双机状态管理服务确定对端设备的rabbit mq服务是否已经加入rabbit双机镜像集群；
138.若是，则删除对端设备中存储的rabbit双机镜像集群关系，并重新与对端设备搭建rabbit双机镜像集群；
139.若否，则直接与对端设备重新搭建rabbit双机镜像集群。
140.作为一可选实施例，所述与对端设备搭建rabbit双机镜像集群，包括：
141.所述主设备与备设备的rabbit mq服务根据业务情况共同配置镜像同步策略，并基于所述镜像同步策略实现数据同步，完成所述rabbit双机镜像集群的搭建。
142.作为一可选实施例，所述装置还包括：
143.清除模块，用于当所述主设备与备设备均故障时，至少所述备设备在启动后，基于所述双机状态管理服务消除在先存储的rabbit双机镜像集群关系，使所述rabbit mq服务能够以集群模式独立启动，并能够读取所述数据同步服务中的业务数据完成重建，独立提供业务服务。
144.作为一可选实施例，所述装置还包括：
145.切换模块，用于当所述主设备故障，备设备能够独立提供服务时，基于双机状态管理服务将所述备设备切换为主设备；
146.当出现故障的所述主设备完成重启时，基于双机状态管理服务确定自身身份为备设备，并基于数据同步服务同步获得并存储业务数据。
147.作为一可选实施例，所述主设备与备设备具有相同的硬件及软件。
148.本技术另一实施例还提供一种电子设备，包括:
149.一个或多个处理器；
150.存储器，配置为存储一个或多个程序；
151.当该一个或多个程序被该一个或多个处理器执行时，使得该一个或多个处理器实现上述处理方法。
152.本技术一实施例还提供一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的处理方法。应理解，本实施例中的各个方案具有上述方法实施例中对应的技术效果，此处不再赘述。
153.本技术实施例还提供了一种计算机程序产品，所述计算机程序产品被有形地存储在计算机可读介质上并且包括计算机可读指令，所述计算机可执行指令在被执行时使至少一个处理器执行诸如上文所述实施例中的处理方法。应理解，本实施例中的各个方案具有上述方法实施例中对应的技术效果，此处不再赘述。
154.需要说明的是，本技术的计算机存储介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读介质例如可以但不限于是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储介质(ram)、只读存储介质(rom)、可擦式可编程只读存储介质(eprom或闪存)、光纤、便携式紧凑磁盘只读存储介质(cd
‑
rom)、光存储介质件、磁存储介质件、或者上述的任意合适的组合。在本技术中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本技术中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输配置为由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、天线、光缆、rf等等，或者上述的任意合适的组合。
155.应当理解，虽然本技术是按照各个实施例描述的，但并非每个实施例仅包含一个独立的技术方案，说明书的这种叙述方式仅仅是为清楚起见，本领域技术人员应当将说明书作为一个整体，各实施例中的技术方案也可以经适当组合，形成本领域技术人员可以理解的其他实施方式。
156.以上实施例仅为本发明的示例性实施例，不用于限制本发明，本发明的保护范围由权利要求书限定。本领域技术人员可以在本发明的实质和保护范围内，对本发明做出各种修改或等同替换，这种修改或等同替换也应视为落在本发明的保护范围内。