组件集群系统的主备切换方法、装置、设备及存储介质与流程

文档序号:32949869发布日期:2023-01-14 12:59阅读:26来源:国知局
组件集群系统的主备切换方法、装置、设备及存储介质与流程

1.本技术涉及数字医疗技术领域,具体涉及一种组件集群系统的主备切换方法、装置、设备及存储介质。


背景技术:

2.在数字医疗技术领域,在线医疗平台系统的发展极为迅速,应用越来越广泛。在线医疗平台系统的服务器放置于专用机房中,当前为了避免单一机房出现网络故障、不可抗的灾难(火灾、地震、洪水等)时确保机房服务器的组件集群系统可以不间断运行,通常需要部署双机房系统,一个主系统,一个备系统。其中,主系统可用于为用户提供服务,备系统的工作状态为备系统状态,其可用于在主系统运行异常的情况下,将工作状态更改为主系统状态,以替换原来的主系统继续为用户提供服务。
3.然而,相关技术需要通过人工进行主系统和备系统的主备状态切换,工作效率较低,切换不够及时,人工成本较高。


技术实现要素:

4.本技术的目的是提供一种组件集群系统的主备切换方法、装置、设备及存储介质,能够在主系统运行异常时自动实现组件集群系统的主备切换,提高工作效率,提高切换及时程度,降低人工成本。为了对披露的实施例的一些方面有一个基本的理解,下面给出了简单的概括。该概括部分不是泛泛评述,也不是要确定关键/重要组成元素或描绘这些实施例的保护范围。其唯一目的是用简单的形式呈现一些概念,以此作为后面的详细说明的序言。
5.根据本技术实施例的一个方面,提供一种组件集群系统的主备切换方法,应用于监控服务器,所述方法包括:
6.接收第一组件集群系统的按照第一预设周期时长发送的状态正常报备信号;
7.按照第二预设周期时长更新所述第一组件集群系统作为主系统的有效期;
8.检测所述有效期在预设持续时长内是否更新,确定所述第一组件集群系统的工作状态是否达到预设主备切换条件;
9.若达到所述预设主备切换条件,则将所述第一组件集群系统的工作状态由主系统状态更改为备系统状态,将所述第二组件集群系统的工作状态由备系统状态更改为主系统状态;
10.其中,所述有效期是基于时间戳和预设持续时长确定的,所述时间戳用于表示所述有效期的起始时刻,所述预设持续时长大于所述第二预设周期时长。
11.在一些实施例中,所述确定所述第一组件集群系统的工作状态是否达到预设主备切换条件,包括:
12.若所述有效期在所述预设持续时长内未更新,则确定所述第一组件集群系统的工作状态达到预设主备切换条件;
13.否则,确定未达到所述预设主备切换条件。
14.在一些实施例中,所述将所述第一组件集群系统的工作状态由主系统状态更改为备系统状态,将所述第二组件集群系统的工作状态由备系统状态更改为主系统状态,包括:
15.通过分布式应用程序协调服务将所述第一组件集群系统设置为只读状态;
16.将所述分布式应用程序协调服务中的所述第一组件集群系统的工作状态更改为备系统状态;
17.根据第二组件集群系统的工作状态为准备就绪状态,通过所述分布式应用程序协调服务将所述第二组件集群系统设置为主系统状态。
18.在一些实施例中,所述将所述第一组件集群系统的工作状态由主系统状态更改为备系统状态,将所述第二组件集群系统的工作状态由备系统状态更改为主系统状态,还包括:
19.通过所述分布式应用程序协调服务存储所述第一组件集群系统以及所述第二组件集群系统的状态更改数据。
20.在一些实施例中,所述将所述第一组件集群系统的工作状态由主系统状态更改为备系统状态,包括:
21.获取校验时间戳,所述校验时间戳是指基于所述有效期在所述预设持续时长内更新成功的时刻进行更新的时间戳且所述校验时间戳的初始值为所述第一组件集群系统第一次成功更新所述有效期时的时间戳;
22.响应于所述校验时间戳与实际时刻之间的差值大于所述预设持续时长,将所述第一组件集群系统的服务状态从所述主系统切换为所述备系统。
23.在一些实施例中,所述方法还包括:
24.若确定所述第一组件集群系统的工作状态达到预设主备切换条件,则发出相应的提示信号。
25.在一些实施例中,所述方法还包括:
26.发出所述第一组件集群系统与所述第二组件集群系统的主备系统状态切换完成信号。
27.根据本技术实施例的一个方面,提供一种组件集群系统的主备切换装置,应用于监控服务器,所述装置包括:
28.收发模块,用于接收第一组件集群系统的按照第一预设周期时长发送的状态正常报备信号;
29.更新模块,用于按照第二预设周期时长更新所述第一组件集群系统作为主系统的有效期;
30.检测模块,用于检测所述有效期在预设持续时长内是否更新,确定所述第一组件集群系统的工作状态是否达到预设主备切换条件;
31.切换模块,用于若达到所述预设主备切换条件,则将所述第一组件集群系统的工作状态由主系统状态更改为备系统状态,将所述第二组件集群系统的工作状态由备系统状态更改为主系统状态;
32.其中,所述有效期是基于时间戳和预设持续时长确定的,所述时间戳用于表示所述有效期的起始时刻,所述预设持续时长大于所述第二预设周期时长。
33.根据本技术实施例的一个方面,提供一种电子设备,包括存储器、处理器及存储在
所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述程序,以实现上述任一项所述的组件集群系统的主备切换方法。
34.根据本技术实施例的一个方面,提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行,以实现上述任一项所述的组件集群系统的主备切换方法。
35.本技术实施例的其中一个方面提供的技术方案可以包括以下有益效果:
36.本技术实施例提供的组件集群系统的主备切换方法,接收第一组件集群系统的按照第一预设周期时长发送的状态正常报备信号,将所述报备信号转发至第二组件集群系统,按照第二预设周期时长更新所述第一组件集群系统作为主系统的有效期,检测所述有效期在所述预设持续时长内是否更新,确定所述第一组件集群系统的工作状态是否达到预设主备切换条件,若达到所述预设主备切换条件,则将所述第一组件集群系统的工作状态由主系统状态更改为备系统状态,将所述第二组件集群系统的工作状态由备系统状态更改为主系统状态,从而能够在主系统运行异常时自动实现组件集群系统的主备切换,提高工作效率,提高切换及时程度,降低人工成本。
37.本技术的其他特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者,部分特征和优点可以从说明书中推知或毫无疑义地确定,或者通过实施本技术实施例了解。
附图说明
38.为了更清楚地说明本技术实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本技术中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
39.图1示出了本技术实施例的组件集群系统的主备切换方法应用场景图。
40.图2示出了本技术一个实施例的组件集群系统的主备切换方法流程图。
41.图3示出了图2中步骤s40的一些实施方式的流程图。
42.图4示出了本技术一个具体示例的组件集群系统的主备切换方法流程示意图。
43.图5示出了本技术一个实施例的组件集群系统的主备切换装置结构框图。
44.图6示出了本技术一个实施例的电子设备结构框图。
45.图7示出了本技术一个实施例的计算机可读存储介质示意图。
46.本技术的目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
47.为了使本技术的目的、技术方案及优点更加清楚明白,下面结合附图和具体实施例对本技术做进一步说明。应当理解,此处所描述的具体实施例仅用以解释本技术,并不用于限定本技术。基于本技术中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本技术保护的范围。
48.本领域技术人员可以理解,除非另外定义,这里使用的所有术语(包括技术术语和科学术语),具有与本技术所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是,诸如通用字典中定义的那些术语,应该被理解为具有与现有技术的上下文中的意义
一致的意义,并且除非像这里一样被特定定义,否则不会用理想化或过于正式的含义来解释。
49.在线医疗是在线在医疗领域的新应用,按照覆盖“面”的特点,可被划分到医疗信息化发展过程中的数据整合阶段。在线医疗包含健康教育、医疗信息查询、电子健康档案、疾病风险评估、在线疾病咨询、电子处方、远程会诊、远程医疗和康复等多种项目。为了确保系统的安全运行,在线医疗平台系统通常采用双机房。在数字医疗领域的双机房应用场景下,一些组件集群需要感知当前所以机房的主备信息,并能进行针对组件集群的主备切换的功能。而一些组件如分布式调度服务,tair缓存等虽能在双机房分布,但服务本身需要知道当前运行的机房是主系统还是备系统(如tair因为实时性与数据一致性需要写主读机房),当出现异常维护等原因时还需要对单个组件集群系统进行主备切换并能避免切换过程中出现脏数据。为此需要一个统一的双机房切换平台来管理与支撑。为了解决相关技术中的问题,本技术实施例提供了一种组件集群系统的主备切换方法。
50.本技术实施例的方法的应用场景如图1所示,该应用场景中包括第一服务器110、第二服务器120和监控服务器130,第一组件集群系统和第二组件集群系统分别被部署在第一服务器110和第二服务器120中,第一组件集群系统和第二组件集群系统之间的交互数据通过监控服务器130进行中转。监控服务器130接收第一组件集群系统的按照第一预设周期时长发送的状态正常报备信号,将报备信号转发至第二组件集群系统;监控服务器130按照第二预设周期时长更新第一组件集群系统作为主系统的有效期;监控服务器130检测有效期在预设持续时长内是否更新,确定第一组件集群系统的工作状态是否达到预设主备切换条件;监控服务器130根据达到预设主备切换条件,将第一组件集群系统的工作状态由主系统状态更改为备系统状态,将第二组件集群系统的工作状态由备系统状态更改为主系统状态。本技术实施例的方法能够在主系统运行异常时自动实现组件集群系统的主备切换,提高工作效率,提高切换及时程度,降低人工成本。
51.在本技术实施例中,zk即zookeeper,分布式协调服务,能够保存组件主备与各节点状态等。zookeeper是一个分布式的,开放源码的分布式应用程序协调服务,是google的chubby一个开源的实现,是hadoop和hbase的重要组件。它是一个为分布式应用提供一致性服务的软件,提供的功能包括:配置维护、域名服务、分布式同步、组服务等。zookeeper的目标就是封装好复杂易出错的关键服务,将简单易用的接口和性能高效、功能稳定的系统提供给用户。gms为双机房主备切换平台的简称。gms主要分成gms-client模块(二方库jar包形式)与gms-server模块,组件需要集成client模块后才能在gms上进行主备切换。
52.client包含以下两个功能:1、状态上报:组件每个节点的上下线状态上报;2、主备状态监听:监听组件的状态,及时响应变化。如监听到组件变更为只读状态时,可以执行组件的禁写操作等。
53.server模块包含以下功能:1.机房信息管理;2.组件状态管理;3.组件管理;4.idc主备切换功能。
54.参考图2所示,本技术的一个实施例提供了一种组件集群系统的主备切换方法,应用于监控服务器,该主备切换方法可以包括步骤s10至步骤s40:
55.s10、接收第一组件集群系统的按照第一预设周期时长发送的状态正常报备信号。
56.其中,状态正常报备信号用于表示第一组件集群系统处于主系统正常状态。第一
组件集群系统为目标服务的主系统,第二组件集群系统为目标服务的备系统。
57.具体地,第一组件集群系统通过向监控服务器发送状态正常报备信号,以向监控服务器表明当前工作状态正常。其中,第一预设周期时长可以根据实际需要预先设定,例如可以设置为1秒、2秒或3秒等。
58.s20、按照第二预设周期时长更新所述第一组件集群系统作为主系统的有效期。
59.若监控服务器在第二预设周期时长内收到报备信号,则表明第一组件集群系统的工作状态没有出现异常。若监控服务器在第二预设周期时长内未收到状态正常报备信号,则表明第一组件集群系统的工作状态出现异常,监控服务器可进一步通过检测是否需要进行主备切换。
60.s30、检测所述有效期在所述预设持续时长内是否更新,确定所述第一组件集群系统的工作状态是否达到预设主备切换条件。
61.具体地,若有效期在预设持续时长内未更新,则确定所述第一组件集群系统的工作状态达到预设主备切换条件,若有效期在预设持续时长内完成更新,则确定第一组件集群系统的工作状态未达到预设主备切换条件。
62.在一些实施方式中,确定所述第一组件集群系统的工作状态是否达到预设主备切换条件,包括:若所述有效期在所述预设持续时长内未更新,则确定所述第一组件集群系统的工作状态达到预设主备切换条件;否则,确定未达到所述预设主备切换条件。
63.s40、若达到所述预设主备切换条件,则将所述第一组件集群系统的工作状态由主系统状态更改为备系统状态,将所述第二组件集群系统的工作状态由备系统状态更改为主系统状态。
64.其中,所述状态正常报备信号用于表示所述第一组件集群系统处于主系统状态正常状态,所述有效期是基于时间戳和预设持续时长确定的,所述时间戳用于表示所述有效期的起始时刻,所述预设持续时长大于所述第二预设周期时长。
65.具体地,第二预设周期时长被设置为小于预设持续时长,能够确保第一组件集群系统处于正常工作状态时能够在预设持续时长内实现对有效期的更新操作。
66.示例性地,假设预设持续时长为50秒,则第二预设周期时长可以设置为10秒,也即第一组件集群系统每隔10秒向监控服务器发送有效期更新指令。若当前有效期的初始时间戳为10时32分45秒,预设持续时长为50s,则当前有效期为10时32分45秒至10时32分35秒,10秒之后接收到第一次有效期更新指令,则有效期更新为10时32分55秒至10时32分45秒。
67.如图3所示,在一些实施方式中,所述将所述第一组件集群系统的工作状态由主系统状态更改为备系统状态,将所述第二组件集群系统的工作状态由备系统状态更改为主系统状态,包括:
68.s401、通过分布式应用程序协调服务将所述第一组件集群系统设置为只读状态;
69.s402、将所述分布式应用程序协调服务中的所述第一组件集群系统的工作状态更改为备系统状态;
70.s403、根据第二组件集群系统的工作状态为准备就绪状态,通过所述分布式应用程序协调服务将第二组件集群系统设置为主系统状态。
71.在主备切换过程中,只读(readonly)状态是主备切换过程中的中间态,对应组件监听到该状态变更时,集成了gms-client的组件节点可执行各自组件的禁写操作,即进入
只读状态,从而确保在主备切换过程中避免产生脏数据,之后会自动把该节点在zk上的状态变更为准备就绪状态。
72.准备就绪(ready)状态指的是当组件的节点进入只读状态并把该状态回写到zk后,该组件的节点状态就会变成准备就绪状态;当组件的所有节点都进入只读状态并回写到zk,这时该组件的状态会变更为准备就绪状态。
73.在一些实施方式中,所述将所述第一组件集群系统的工作状态由主系统状态更改为备系统状态,将所述第二组件集群系统的工作状态由备系统状态更改为主系统状态,还包括:
74.s404、通过所述分布式应用程序协调服务存储所述第一组件集群系统以及所述第二组件集群系统的状态更改数据。
75.在一些实施方式中,所述将所述第一组件集群系统的工作状态由主系统状态更改为备系统状态,包括:
76.确定所述有效期在所述预设持续时长内完成更新的时刻;利用所述完成更新的时刻更新校验时间戳,所述校验时间戳的初始值为所述第一组件集群系统第一次成功更新所述有效期的时刻;响应于所述校验时间戳与实际时刻之间的差值大于所述预设持续时长,将所述第一组件集群系统的服务状态从所述主系统切换为备系统。
77.在第一组件集群系统的运行过程中,第一组件集群系统每接收到一次有效期更新成功的通知,就会将接收到该通知时的时间戳更新进校验时间戳,基于该校验时间戳和实际时刻之间的差值确定未收到更新成功的通知的时长。示例性地,若第一组件集群系统第一次成功更新所述有效期的时刻为9时38分36秒,则校验时间戳的初始值即为9时38分36秒。例如,第一次接收到更新成功通知时的时间戳为9时38分36秒,若在9时39分26秒时还未收到其他的更新成功通知,则可判断未收到成功更新通知的时长为50秒,假设预设持续时长为50秒,则可以确定在预设持续时长内未接收到更新成功通知,从而可以确定在预设持续时长内未完成有效期的更新。
78.监控服务器上可以集成有gms和zk。在如图4所示的一个具体示例中,gms与zk之间互相配合实现主备切换。监控服务器选择对应的组件开始切换流程。gms变更组件在zookeeper的状态:主-》只读状态。组件各节点会分别监听到状态变更后(主-》只读)后各自执行对应的禁写逻辑,结束后回写该节点状态为ready到zk。当该组件下所有节点都为就绪状态时,gms才会把组件整体状态变更为就绪状态,此时表示可以进行主备切换了。gms把组件状态由就绪-》备,组件原主机房组件监听到该状态变更并调整本机房组件为备集群。gms把该组件原备-》主,组件原备组件监听到该状态变更并调整本组件为主组件集群,主备切换结束。该示例的方法在组件主备切换过程中可通过禁写只读操作避免产生脏数据,通过状态机机制可针对某个组件实现一键主备切换,能够对需要区分主备的组件集群实现统一管理。
79.在一些实施方式中,所述方法还可以包括:若确定所述第一组件集群系统的工作状态达到预设主备切换条件,则发出相应的提示信号。该提示信号用于提醒工作人员当前第一组件集群系统的工作状态达到预设主备切换条件。
80.在一些实施方式中,所述方法还可以包括:发出所述第一组件集群系统与所述第二组件集群系统的主备系统状态切换完成信号。该主备系统状态切换完成信号用于提醒工
作人员第一组件集群系统与所述第二组件集群系统的主备系统状态切换完成。
81.本技术实施例提供的组件集群系统的主备切换方法,接收第一组件集群系统的按照第一预设周期时长发送的状态正常报备信号,将所述报备信号转发至第二组件集群系统,按照第二预设周期时长更新所述第一组件集群系统作为主系统的有效期,检测所述有效期在所述预设持续时长内是否更新,确定所述第一组件集群系统的工作状态是否达到预设主备切换条件,若达到所述预设主备切换条件,则将所述第一组件集群系统的工作状态由主系统状态更改为备系统状态,将所述第二组件集群系统的工作状态由备系统状态更改为主系统状态,从而能够在主系统运行异常时自动实现组件集群系统的主备切换,提高工作效率,提高切换及时程度,降低人工成本。
82.如图5所示,本技术的另一个实施例提供了一种组件集群系统的主备切换装置,应用于监控服务器,所述装置包括:
83.收发模块,用于接收第一组件集群系统的按照第一预设周期时长发送的状态正常报备信号;
84.更新模块,用于按照第二预设周期时长更新所述第一组件集群系统作为主系统的有效期;
85.检测模块,用于检测所述有效期在所述预设持续时长内是否更新,确定所述第一组件集群系统的工作状态是否达到预设主备切换条件;
86.切换模块,用于若达到所述预设主备切换条件,则将所述第一组件集群系统的工作状态由主系统状态更改为备系统状态,将所述第二组件集群系统的工作状态由备系统状态更改为主系统状态;
87.其中,所述状态正常报备信号用于表示所述第一组件集群系统处于主系统状态正常状态,所述有效期是基于时间戳和预设持续时长确定的,所述时间戳用于表示所述有效期的起始时刻,所述预设持续时长大于所述第二预设周期时长。
88.在一些实施方式中,所述确定所述第一组件集群系统的工作状态是否达到预设主备切换条件,包括:若所述有效期在所述预设持续时长内未更新,则确定所述第一组件集群系统的工作状态达到预设主备切换条件;否则,确定未达到所述预设主备切换条件。
89.在一些实施方式中,所述切换模块所执行的将所述第一组件集群系统的工作状态由主系统状态更改为备系统状态,将所述第二组件集群系统的工作状态由备系统状态更改为主系统状态,包括:
90.通过分布式应用程序协调服务将所述第一组件集群系统设置为只读状态;
91.将所述分布式应用程序协调服务中的所述第一组件集群系统的工作状态更改为备系统状态;
92.根据第二组件集群系统的工作状态为准备就绪状态,通过所述分布式应用程序协调服务将所述第二组件集群系统设置为主系统状态。
93.在一些实施方式中,所述切换模块所执行的将所述第一组件集群系统的工作状态由主系统状态更改为备系统状态,将所述第二组件集群系统的工作状态由备系统状态更改为主系统状态,还包括:
94.通过所述分布式应用程序协调服务存储所述第一组件集群系统以及所述第二组件集群系统的状态更改数据。
95.在一些实施方式中,所述将所述第一组件集群系统的工作状态由主系统状态更改为备系统状态,包括:
96.确定所述有效期在所述预设持续时长内完成更新的时刻;利用所述完成更新的时刻更新校验时间戳,所述校验时间戳的初始值为所述第一组件集群系统第一次成功更新所述有效期的时刻;响应于所述校验时间戳与实际时刻之间的差值大于所述预设持续时长,将所述第一组件集群系统的服务状态从所述主系统切换为所述备系统。
97.在一些实施方式中,所述装置还包括:
98.信号发送模块,用于若确定所述第一组件集群系统的工作状态达到预设主备切换条件,则发出相应的提示信号。
99.在一些实施方式中,所述信号发送模块还用于:发出所述第一组件集群系统与所述第二组件集群系统的主备系统状态切换完成信号。
100.本技术实施例提供的组件集群系统的主备切换装置,接收第一组件集群系统的按照第一预设周期时长发送的状态正常报备信号,将所述报备信号转发至第二组件集群系统,按照第二预设周期时长更新所述第一组件集群系统作为主系统的有效期,检测所述有效期在所述预设持续时长内是否更新,确定所述第一组件集群系统的工作状态是否达到预设主备切换条件,若达到所述预设主备切换条件,则将所述第一组件集群系统的工作状态由主系统状态更改为备系统状态,将所述第二组件集群系统的工作状态由备系统状态更改为主系统状态,从而能够在主系统运行异常时自动实现组件集群系统的主备切换,提高工作效率,提高切换及时程度,降低人工成本。
101.本技术的另一个实施例提供了一种电子设备,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述程序,以实现上述任一实施方式所述的方法。
102.如图6所示,电子设备10可以包括:处理器100,存储器101,总线102和通信接口103,处理器100、通信接口103和存储器101通过总线102连接;存储器101中存储有可在处理器100上运行的计算机程序,处理器100运行该计算机程序时执行本技术前述任一实施方式所提供的方法。
103.其中,存储器101可能包含高速随机存取存储器(ram:random access memory),也可能还可以包括非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。通过至少一个通信接口103(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接,可以使用互联网、广域网、本地网、城域网等。
104.总线102可以是isa总线、pci总线或eisa总线等。总线可以分为地址总线、数据总线、控制总线等。其中,存储器101用于存储程序,处理器100在接收到执行指令后,执行该程序,前述本技术实施例任一实施方式揭示的方法可以应用于处理器100中,或者由处理器100实现。
105.处理器100可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器100中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器100可以是通用处理器,可以包括中央处理器(central processing unit,简称cpu)、网络处理器(network processor,简称np)等;还可以是数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管
逻辑器件、分立硬件组件。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本技术实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器101,处理器100读取存储器101中的信息,结合其硬件完成上述方法的步骤。
106.本技术实施例提供的电子设备与本技术实施例提供的方法出于相同的发明构思,具有与其采用、运行或实现的方法相同的有益效果。
107.本技术的另一个实施例提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行,以实现上述任一实施方式所述的方法。
108.本技术实施方式还提供一种与前述实施方式所提供的方法对应的计算机可读存储介质,参考图7所示,其示出的计算机可读存储介质为光盘20,其上存储有计算机程序(即程序产品),该计算机程序在被处理器运行时,会执行前述任意实施方式所提供的方法。
109.需要说明的是,计算机可读存储介质的例子还可以包括,但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他光学、磁性存储介质,在此不再一一赘述。
110.本技术的上述实施例提供的计算机可读存储介质与本技术实施例提供的方法出于相同的发明构思,具有与其存储的应用程序所采用、运行或实现的方法相同的有益效果。
111.需要说明的是:
112.术语“模块”并非意图受限于特定物理形式。取决于具体应用,模块可以实现为硬件、固件、软件和/或其组合。此外,不同的模块可以共享公共组件或甚至由相同组件实现。不同模块之间可以存在或不存在清楚的界限。
113.在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备固有相关。各种通用装置也可以与基于在此的示例一起使用。根据上面的描述,构造这类装置所要求的结构是显而易见的。此外,本技术也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本技术的内容,并且上面对特定语言所做的描述是为了披露本技术的最佳实施方式。
114.应该理解的是,虽然附图的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。而且,附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
115.以上所述实施例仅表达了本技术的实施方式,其描述较为具体和详细,但并不能因此而理解为对本技术专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本技术构思的前提下,还可以做出若干变形和改进,这些都属于本技术的保护范围。因此,本技术的保护范围应以所附权利要求为准。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1