服务部署方法、服务部署装置、设备及介质与流程

文档序号:33457710发布日期:2023-03-15 02:52阅读:26来源:国知局
服务部署方法、服务部署装置、设备及介质与流程

1.本发明涉及云计算领域,具体涉及一种服务部署方法、服务部署装置、设备及介质。


背景技术:

2.服务(service)是部署在操作系统的组件,用于执行无需与用户交互且需长期运行的任务。
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.第一检测单元,用于若在更新过程中未接收到异常告警信息,则确定部署成功。
40.根据第三方面,本发明实施方式还提供一种计算机设备,包括存储器和处理器,所述存储器和所述处理器之间互相通信连接,所述存储器中存储有计算机指令,所述处理器通过执行所述计算机指令,从而执行第一方面及其可选实施方式中任一项的服务部署方法。
41.根据第四方面,本发明实施方式还提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机指令,所述计算机指令用于使所述计算机执行第一方面及其可选实施方式中任一项的服务部署方法。
附图说明
42.为了更清楚地说明本发明具体实施方式或现有技术中的技术方案,下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
43.图1是根据一示例性实施例提出的一种服务部署方法的流程图。
44.图2是根据一示例性实施例提出的另一种服务部署方法的流程图。
45.图3是根据一示例性实施例提出的又一种服务部署方法的流程图。
46.图4是根据一示例性实施例提出的又一种服务部署方法的流程图。
47.图5是根据一示例性实施例提出的一种服务部署装置的结构框图。
48.图6是根据一示例性实施例提出的一种计算机设备的硬件结构示意图。
具体实施方式
49.下面将结合附图对本发明的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
50.相关技术中,在部署目标服务时,是采用人工筛选的方式,从分布式系统的多个节点中确定待部署目标服务的目标节点,进而将目标服务部署在该目标节点上。
51.但上述方式是用于节点数量较少的分布式系统。若分布式系统中节点数量较为庞大时,若仍采用该种方式确定目标节点,则需要消耗大量的时间成本和时间成本,且部署效率低。
52.为解决上述问题,本发明实施例中提供一种服务部署方法,用于分布式系统中,需要说明的是,其执行主体可以是分布式系统内部署的任意一个节点,该节点可以通过软件、硬件或者软硬件结合的方式实现成为计算机设备的部分或者全部。下述方法实施例中,均以执行主体是分布式系统中的其中一个节点为例来进行说明。
53.本发明实施例中的分布式系统中,部署有节点集群。通过本发明提供的服务部署方法,可以在接收到待部署目标服务的服务部署请求之后,从多个节点中确定能够部署该目标服务的目标节点。其中,该目标节点能够满足目标服务对应的服务信息。若接收到目标服务部署完成的提示信息,则更新目标节点,以激活目标服务,使目标节点在运行的过程中可以提供目标服务。若在更新过程中未接收到异常告警信息,则表征目标服务已经成功部署在目标节点上,目标节点在运行过程中可以提供目标服务,进而可以确定部署成功,从而有助于提高服务部署的效率,使服务部署的方式更便捷、更有助于节省人工成本。
54.图1是根据一示例性实施例提出的一种服务部署方法的流程图。如图1所示,服务部署方法包括如下步骤s101至步骤s104。
55.在步骤s101中,接收服务部署请求。
56.在本发明实施例中,服务部署请求携带至少一个待部署的目标服务。其中,目标服务可以包括缓存服务、状态服务、部署服务、调度服务接口管理服务或者事件回滚服务,可以根据实际需求进行设定,在本发明中不进行限定。
57.在步骤s102中,从多个节点中确定满足目标服务对应服务信息的目标节点,并将
目标服务部署在目标节点上。
58.在本发明实施例中,目标服务可以部署在至少一个目标节点上。即,在分布式系统的多个节点中,不同节点可以提供不同的服务,两个或者两个以上的节点也可以提供相同的服务。其中,目标节点可以根据目标服务对应服务信息进行确定。即,将多个节点中能够满足目标服务对应服务信息的节点确定为目标节点。服务信息可以理解为是目标服务的使用环境。使用环境可以包括局域网环境、广域网环境或者互联网环境,可以根据实际需求进行设定,在本发明中不进行限定。
59.在一例中,目标节点的数量可以根据服务信息进行确定。例如:若目标服务对应服务信息为需要将目标服务部署在广域网环境中,则可以从多个节点中选择1个节点作为目标节点。若目标服务对应服务信息为需要将目标服务部署在局域网环境中,则可以从多个节点中选在k个节点作为目标节点。其中,k≥2,k为正整数。
60.在步骤s103中,若接收到目标服务部署完成的提示信息,则更新目标节点,以激活目标服务。
61.在本发明实施例中,若接收到目标服务部署完成的提示信息,则表征以将目标服务部署在目标节点上,进而更新目标节点,以激活目标服务,使目标节点在运行的过程中可以提供目标服务。
62.在步骤s104中,若在更新过程中未接收到异常告警信息,则确定部署成功。
63.在本发明实施例中,可以通过自主学习和机器学习的方式,检测目标节点在更新过程中拟运行目标服务时各个环节信息是否存在异常。若在更新过程中未接收到异常告警信息,则表征目标节点可以正常提供目标服务,进而可以确定部署成功。
64.通过上述实施例,可以实现目标服务的自动化部署,进而使部署服务的过程更快速、更便捷,从而有助于提高部署效率的同时,可以节省时间成本和人工成本。
65.在一实施例中,可以基于节点的节点属性信息确定目标节点。其中,节点属性信息可以包括节点的工作时间、工作周期和工作状态。具体地,分别获取每一个节点对应的节点属性信息,以将节点属性信息与服务信息匹配的节点作为候选节点。确定候选节点对应的节点负载状态,以确定候选节点的资源调用情况。若节点负载状态满足预设状态,则可以将候选节点作为目标节点。
66.在一例中,预设状态可以理解为节点资源可调用状态。若候选节点对应的节点负载状态满足该预设状态,则表征候选节点可以正常使用,进而可以将其确定为目标节点,并将目标服务部署在该候选节点上。
67.在另一例中,预设状态可以理解为是节点资源调用未饱和,且剩余资源足以支持目标服务调用的同时,不影响其他已有服务的资源调用的状态。若候选节点对应的节点负载状态满足该预设状态,则表征该候选节点的节点资源充足,将目标服务部署在该候选节点上可以提高该候选节点的资源利用率的同时,有助于降低分布式系统的负载均衡被破坏的风险,进而有助于保障布式系统的稳定性。因此,可以将该候选节点作为目标节点,并将目标服务部署在该候选节点上。
68.图2是根据一示例性实施例提出的另一种服务部署方法的流程图。如图2所示,服务部署方法包括如下步骤。
69.在步骤s201中,接收服务部署请求。
70.在步骤s202中,从多个节点中确定满足目标服务对应服务信息的目标节点,并将目标服务部署在目标节点上。
71.在步骤s203中,若接收到目标服务部署完成的提示信息,则更新目标节点,以激活目标服务。
72.在步骤s204中,若在更新过程中未接收到异常告警信息,则确定部署成功。
73.在步骤s205中,获取预设时间内目标服务在目标节点的运行数据。
74.在本发明实施例中,运行数据可以包括吞吐量、响应时间、资源利用率等数据。为监测目标服务的运行情况,则获取预设时间内目标服务在目标节点的运行数据,以便能够及时发现目标服务发生故障。
75.在步骤s206中,在运行数据异常的情况下,检测目标节点是否发生故障。
76.在本发明实施例中,可以基于运行数据与标准数据的比较结果,确定运行参数是否异常。若运行数据远偏离标准数据,则确定运行参数存在异常,进而进一步检测目标节点是否发生故障,以确定运行参数异常的原因。
77.在步骤s207中,若确定目标节点发生故障,则将目标服务迁移至下一目标节点。
78.在本发明实施例中,若确定目标节点发生故障,则表征运行参数异常的原因是目标节点发生故障而导致目标服务无法正常运行。
79.因此,为保证分布系统能够继续提供目标服务,则在从分布式系统的其他节点中重新确定可以部署目标服务的下一目标节点,并将目标服务迁移至下一目标节点,以通过下一目标节点提供目标服务,进而避免或者减少因当前目标节点无法正常提供目标服务而影响用户使用的情况发生,从而有助于降低因当前的目标节点故障而产生损失。其中,下一目标节点的确定过程与目标节点的确定过程相同,在此不再进行赘述。
80.通过上述实施例,可以根据在预设时间内目标服务在所述目标节点的运行数据,监测目标服务的运行状态,以便能够及时发现目标服务的异常。当确定目标服务异常的原因是目标节点发生故障时,则及时将目标服务迁移至下一目标节点,以保障目标系统能够继续提供目标服务,进而降低因当前的目标节点故障而产生损失。
81.在一实施例中,若在目标节点提供目标服务的期间,接收到基于目标服务的运行数据生成的修复请求时,则表征目标服务在实际运行中存在待修复的故障(bug)。因此,为保障目标服务能够正常在目标节点上运行,则向生成的修复请求发送至目标终端,以告知目标终端目标服务的运行存在异常。其中,目标终端为发送服务部署请求的终端。接收目标终端基于修复请求反馈的补丁文件,并利用补丁文件修复目标服务。在一例中,当目标服务被补丁文件修复后,存储补丁文件,以便当目标服务再次发生故障时能够被及时修复。
82.在另一实施例中,缓存目标节点的当前系统版本信息,以便当目标节点的系统发生故障时,目标节点可以根据缓存的当前系统版本信息快速恢复。其中,当前系统版本信息对应的当前系统版本,为目标节点提供目标服务的系统版本。
83.图3是根据一示例性实施例提出的又一种服务部署方法的流程图。如图3所示,服务部署方法包括如下步骤。
84.在步骤s301中,接收服务部署请求。
85.在步骤s302中,从多个节点中确定满足目标服务对应服务信息的目标节点,并将目标服务部署在目标节点上。
86.在步骤s303中,若接收到目标服务部署完成的提示信息,则更新目标节点,以激活目标服务。
87.在步骤s304中,若在更新过程中未接收到异常告警信息,则确定部署成功。
88.在步骤s305中,若在更新过程中接收到的异常告警信息,则删除目标节点当前的系统版本信息。
89.在本发明实施例中,若在更新过程中接收到的异常告警信息,则表征目标节点不能正常提供目标服务,进而将目标节点当前的系统版本信息进行删除,以撤销目标服务在目标节点上的部署。
90.在步骤s306中,基于目标节点在至少一个历史系统版本下运行的日志信息,从至少一个历史系统版本中确定目标系统版本。
91.在本发明实施例中,基于目标节点在至少一个历史系统版本下运行的日志信息,可以确定目标节点在运行过程中所采用过的至少一个历史系统版本。为保障目标节点的正常运行状态,则从至少一个历史系统版本中确定目标系统版本,以控制目标节点可以根据目标系统版本进行运行。
92.在一实施例中,可以采用信息回滚的方式,从目标节点在至少一个历史系统版本下运行的日志信息中,确定目标节点在部署目标服务之前的最后采用的历史系统版本,并将最后采用的历史系统版本确定为目标系统版本。
93.在步骤s307中,控制目标节点根据目标系统版本进行运行。
94.通过上述实施例中,能够当目标服务部署失败时,从目标节点所采用的至少一个历史系统版本中确定待驱动目标节点进行运行的目标系统版本,进而控制目标节点采用该目标系统版本进行运行,从而避免由于更新失败而导致对分布式系统所产生的安全影响。
95.在一实施场景中,为使分布式系统中的各个节点均能够实现本发明提供的服务部署方法,则可以预先在每一个节点中部署以下服务:缓存服务,用于缓存对应节点的历史系统版本信息,以便当节点的系统发生故障时,可以基于可以快速的恢复到以前的版本中。代理服务,用于在节点上实现网络代理,进而维护节点、维护网络规则以及节点的负载均衡工作。接口管理服务,用于统一节点的接口入口,作为节点系统中各组件协调者,以restful api(一种互联网软件架构的设计规范)提供接口服务,所有对象资源的增、删、改、查以及监听操作都由此处理后再通知上层状态服务。状态服务,以分布式键值对进行管理,用于保存节点的状态数据集。调度/部署服务,用于根据调度算法为新创建的服务选择待部署的节点信息,进而确定部署该服务目标节点以及目标节点的数量。事件回滚服务,用于记录节点各个系统版本的日志信息,进而当节点的系统发生故障时,距当前最近的版本进行回滚,以确定节点待运行时所采用的目标系统版本,进而避免由于更新失败而导致对分布式系统所产生的安全影响。
96.在另一实施场景中,各个节点上还预先部署:控制器,用于监控对应节点的整体运行情况。自动化测试模块,用于根据部署完成的提示信息,对节点进行更新,然后通过自主学习和机器学习,检查节点运行目标服务时的各个环节信息,如果没有出现异常信息,或者挂机现象,则表征更新成功,否则会生成修复请求告知控制器,再反馈给代理服务,转交给缓存服务,由缓存服务删除当前的系统版本信息,然后通过事件回滚服务,回归目标系统版本信息,以控制目标节点根据目标系统版本信息对应的目标系统版本进行运行。
97.在又一实施场景中,服务部署的过程可以如图4所示。通过缓存服务缓存节点至少一个历史系统版本信息。判断是否缓存完成。若确定缓存完成,则由代理服务实现该节点在分布式系统中的网络代理。若确定缓存未完成,则继续进行缓存。控制器基于与代理服务之间的通信交互,监控节点的整体运行状态。若接口管理服务检测到目标终端发送的服务部署请求,则通过状态服务判断节点负载状态是否满足预设状态,进而确定是否将该节点作为目标节点。若确定该节点满足预设状态,则通过调度/部署服务将目标服务部署在目标节点上,进而通过是否接收到目标服务部署完成的提示信息,确定是否部署完成。若确定该节点不满足预设状态,则由控制器继续监控节点的整体运行状态。若确定部署完成,则更新所述目标节点,以激活所述目标服务。若未完成部署,则由控制器检测该目标节点是否发生故障。通过自动化测试检测目标节点在更新过程中拟运行目标服务时各个环节信息是否存在异常。若在更新过程中未接收到异常告警信息,则确定部署成功。若在更新过程中接收到异常告警信息,告知控制器,再反馈给代理服务,转交给缓存服务,由缓存服务删除当前的系统版本信息,然后通过事件回滚服务,回归目标系统版本信息,以控制目标节点根据目标系统版本信息对应的目标系统版本进行运行。
98.基于相同发明构思,本发明还提供一种服务部署装置。
99.图5是根据一示例性实施例提出的一种服务部署装置的结构框图。如图5所示,服务部署装置包括第一接收单元501、部署单元502、更新单元503和第一检测单元504。
100.第一接收单元501,用于接收服务部署请求,其中,服务部署请求携带至少一个待部署的目标服务。
101.部署单元502,用于从多个节点中确定满足目标服务对应服务信息的目标节点,并将目标服务部署在目标节点上。
102.更新单元503,用于若接收到目标服务部署完成的提示信息,则更新目标节点,以激活目标服务。
103.第一检测单元504,用于若在更新过程中未接收到异常告警信息,则确定部署成功。
104.在一实施例中,部署单元502包括:第一获取单元,用于分别获取每一个节点对应的节点属性信息,以将节点属性信息与服务信息匹配的节点作为候选节点。第一确定单元,用于确定候选节点对应的节点负载状态。筛选单元,用于若节点负载状态满足预设状态,则将候选节点作为目标节点。
105.在另一实施例中,装置还包括:第二获取单元,用于获取预设时间内目标服务在目标节点的运行数据。第二检测单元,用于在运行数据异常的情况下,检测目标节点是否故障。迁移单元,用于若确定目标节点发生故障,则将目标服务迁移至下一目标节点。
106.在又一实施例中,装置还包括:请求发送单元,用于基于运行数据生成修复请求,并发送修复请求至发送服务部署请求的目标终端。第二接收单元,用于接收目标终端基于修复请求反馈的补丁文件。第一修复单元,用于利用补丁文件修复目标服务。
107.在又一实施例中,装置还包括:缓存单元,用于缓存目标节点的当前系统版本信息。其中,当前系统版本信息对应的当前系统版本,为目标节点提供目标服务的系统版本。
108.在又一实施例中,装置还包括:执行单元,用于若在更新过程中接收到的异常告警信息,则删除目标节点当前的系统版本信息。第二确定单元,用于基于目标节点在至少一个
历史系统版本下运行的日志信息,从至少一个历史系统版本中确定目标系统版本。控制单元,用于控制目标节点根据目标系统版本进行运行。
109.在又一实施例中,第二确定单元包括:第二确定子单元,用于第二确定子单元,用于采用信息回滚的方式,从目标节点在至少一个历史系统版本下运行的日志信息中,确定目标节点在部署目标服务之前的最后采用的历史系统版本。将最后采用的历史系统版本确定为目标系统版本。
110.上述服务部署装置的具体限定以及有益效果可以参见上文中对于服务部署方法的限定,在此不再赘述。上述各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
111.图6是根据一示例性实施例提出的一种计算机设备的硬件结构示意图。如图6所示,该设备包括一个或多个处理器610以及存储器620,存储器620包括持久内存、易失内存和硬盘,图6中以一个处理器610为例。该设备还可以包括:输入装置630和输出装置640。
112.处理器610、存储器620、输入装置630和输出装置640可以通过总线或者其他方式连接,图6中以通过总线连接为例。
113.处理器610可以为中央处理器(central processing unit,cpu)。处理器610还可以为其他通用处理器、数字信号处理器(digital signal processor,dsp)、专用集成电路(application specific integrated circuit,asic)、现场可编程门阵列(field-programmable gate array,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片,或者上述各类芯片的组合。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
114.存储器620作为一种非暂态计算机可读存储介质,包括持久内存、易失内存和硬盘,可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块,如本技术实施例中的业务管理方法对应的程序指令/模块。处理器610通过运行存储在存储器620中的非暂态软件程序、指令以及模块,从而执行服务器的各种功能应用以及数据处理,即实现上述任意一种服务部署方法。
115.存储器620可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储根据、需要使用的数据等。此外,存储器620可以包括高速随机存取存储器,还可以包括非暂态存储器,例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中,存储器620可选包括相对于处理器610远程设置的存储器,这些远程存储器可以通过网络连接至数据处理装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
116.输入装置630可接收输入的数字或字符信息,以及产生与用户设置以及功能控制有关的键信号输入。输出装置640可包括显示屏等显示设备。
117.一个或者多个模块存储在存储器620中,当被一个或者多个处理器610执行时,执行如图1-图4所示的方法。
118.上述产品可执行本发明实施例所提供的方法,具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节,具体可参见如图1-图4所示的实施例中的相关描述。
119.本发明实施例还提供了一种非暂态计算机存储介质,计算机存储介质存储有计算机可执行指令,该计算机可执行指令可执行上述任意方法实施例中的认证方法。其中,存储介质可为磁碟、光盘、只读存储记忆体(read-only memory,rom)、随机存储记忆体(random access memory,ram)、快闪存储器(flash memory)、硬盘(hard disk drive,缩写:hdd)或固态硬盘(solid-state drive,ssd)等;存储介质还可以包括上述种类的存储器的组合。
120.显然,上述实施例仅仅是为清楚地说明所作的举例,而并非对实施方式的限定。对于所属领域的普通技术人员来说,在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。而由此所引伸出的显而易见的变化或变动仍处于本发明创造的保护范围之中。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1