业务数据的处理方法及其装置、计算机可读存储介质与流程

1.本发明涉及任务批量处理领域，具体而言，涉及一种业务数据的处理方法及其装置、计算机可读存储介质。


背景技术：

2.分布式接入系统节点庞杂而分散，对管理系统、参数、节点、路由、服务等数据信息维护和节点升级等运维需求带来了很大的难度。对于分布式接入系统，传统管理方式在采集信息、配置服务、系统升级等模块上均采用人工手动操作，例如，传统管理方式根据数据类型将数据维护在对应的文档中，系统与系统之间采用文档方式交互；系统节点数据信息更改，人工登录该节点进行数据信息维护；服务配置方面，开发人员通过接口文档，手动配置服务供关联系统调用；系统升级时操作人员根据操作文档直接对所有待升级节点进行更换版本包、重启服务等操作，完成升级流程
3.然而，以上分布式管理系统均是由人工手动操作，存在以下不足：1)采用文档维护数据，需操作人员频繁更新文档并填写修订记录；在与关联系统交互时，易因版本问题导致数据不一致，从而增加沟通成本，降低工作效率。2)开发人员根据接口文档手动配置服务，易出现字段缺失、格式错误、文件遗漏、误码率高等问题。3)系统节点配置信息由人工登录节点维护，操作流程繁琐，专业性要求高。4)传统升级方式，需登录待升级的每个节点，手动替换升级包并重启服务；若有配置文件修改，则需要重复对每个节点中的文件进行修改保存；若需版本回退，还需重复上述操作。
4.针对上述的问题，目前尚未提出有效的解决方案。


技术实现要素：

5.本发明实施例提供了一种业务数据的处理方法及其装置、计算机可读存储介质，以至少解决针对相关技术中分布式系统节点过于分散导致维护难度较高的技术问题。
6.根据本发明实施例的一个方面，提供了一种业务数据的处理方法，包括：接收目标业务请求，其中，所述目标业务请求为通过目标业务系统获取的请求；基于所述目标业务请求生成目标业务任务；在接收到所述目标业务系统中的多个节点的心跳数据后，基于所述心跳数据确定所述多个节点中的目标节点；将所述目标业务任务发送至所述目标节点，以利用所述目标节点处理所述目标业务任务。
7.可选地，在接收目标业务请求之前，所述方法还包括：获取包括所述目标业务系统的多个业务系统的业务系统信息，其中，所述业务系统信息至少包括：所述多个业务系统中每一个业务系统的系统信息、参数信息、所述每一个业务系统的节点信息、路由信息、所述每一个业务系统的服务信息；按照预定维度维护所述业务系统信息。
8.可选地，按照预定维度维护所述业务系统信息，至少包括：按照所述每一个业务系统的节点信息维护所述路由信息；按照服务维度维护所述每一个业务系统的服务信息。
9.可选地，在接收到所述目标业务系统中的多个节点的心跳数据之前，所述方法还
包括：获取所述每一个业务系统中的多个节点的ip信息；基于所述ip信息为所述每一个业务系统中的多个节点生成节点名称，其中，所述节点名称用于识别所述心跳数据的发送节点。
10.可选地，基于所述心跳数据确定所述多个节点中的目标节点，包括：对所述心跳数据进行解析，得到所述心跳数据的节点名称；基于所述心跳数据的节点名称从所述多个节点中确定所述目标节点。
11.可选地，所述方法还包括：在确定所述目标节点处理完成所述目标业务任务后，更新所述目标业务任务的任务状态。
12.可选地，所述方法还包括：获取包括所述目标业务系统的多个业务系统的系统升级数据；基于所述系统升级数据生成系统升级策略，其中，所述系统升级策略至少包括：升级时间、每批次升级的节点数量、每批次升级的间隔时间；基于所述升级策略对所述多个业务系统进行升级。
13.可选地，基于所述升级策略对所述多个业务系统进行升级，包括：基于所述升级策略生成升级任务；按照心跳连接将所述升级任务发送至所述多个业务系统，其中，所述多个业务系统在接收到所述升级任务后，基于自身节点的当前状态以及所述升级任务执行升级操作。
14.根据本发明实施例的另外一个方面，还提供了一种业务数据的处理装置，包括：接收模块，用于接收目标业务请求，其中，所述目标业务请求为通过目标业务系统获取的请求；第一生成模块，用于基于所述目标业务请求生成目标业务任务；确定模块，用于在接收到所述目标业务系统中的多个节点的心跳数据后，基于所述心跳数据确定所述多个节点中的目标节点；发送模块，用于将所述目标业务任务发送至所述目标节点，以利用所述目标节点处理所述目标业务任务。
15.可选地，所述装置还包括：第一获取模块，用于在接收目标业务请求之前，获取包括所述目标业务系统的多个业务系统的业务系统信息，其中，所述业务系统信息至少包括：所述多个业务系统中每一个业务系统的系统信息、参数信息、所述每一个业务系统的节点信息、路由信息、所述每一个业务系统的服务信息；维护模块，用于按照预定维度维护所述业务系统信息。
16.可选地，所述维护模块，至少包括：第一维护单元，用于按照所述每一个业务系统的节点信息维护所述路由信息；第二维护单元，用于按照服务维度维护所述每一个业务系统的服务信息。
17.可选地，所述装置还包括：获取单元，用于在接收到所述目标业务系统中的多个节点的心跳数据之前，获取所述每一个业务系统中的多个节点的ip信息；第一生成单元，用于基于所述ip信息为所述每一个业务系统中的多个节点生成节点名称，其中，所述节点名称用于识别所述心跳数据的发送节点。
18.可选地，所述确定模块，包括：解析单元，用于对所述心跳数据进行解析，得到所述心跳数据的节点名称；确定单元，用于基于所述心跳数据的节点名称从所述多个节点中确定所述目标节点。
19.可选地，所述装置还包括：更新模块，用于在确定所述目标节点处理完成所述目标业务任务后，更新所述目标业务任务的任务状态。
20.可选地，所述装置还包括：第二获取模块，用于获取包括所述目标业务系统的多个业务系统的系统升级数据；第二生成模块，用于基于所述系统升级数据生成系统升级策略，其中，所述系统升级策略至少包括：升级时间、每批次升级的节点数量、每批次升级的间隔时间；升级模块，用于基于所述升级策略对所述多个业务系统进行升级。
21.可选地，所述升级模块，包括：第二生成单元，用于基于所述升级策略生成升级任务；发送单元，用于按照心跳连接将所述升级任务发送至所述多个业务系统，其中，所述多个业务系统在接收到所述升级任务后，基于自身节点的当前状态以及所述升级任务执行升级操作。
22.根据本发明实施例的另外一个方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的计算机程序，其中，在所述计算机程序被处理器运行时控制所述计算机可读存储介质所在设备执行上述中任一项所述的业务数据的处理方法。
23.根据本发明实施例的另外一个方面，还提供了一种处理器，所述处理器用于运行计算机程序，其中，所述计算机程序运行时执行上述中任一项所述的业务数据的处理方法。
24.在本发明实施例中，接收目标业务请求，其中，目标业务请求为通过目标业务系统获取的请求；基于目标业务请求生成目标业务任务；在接收到目标业务系统中的多个节点的心跳数据后，基于心跳数据确定多个节点中的目标节点；将目标业务任务发送至目标节点，以利用目标节点处理目标业务任务。通过本发明实施例提供的业务数据的处理方法，达到了在接收到目标业务请求后确定多个节点中的目标节点以处理目标业务任务的目的，从而实现了提升任务处理效率的技术效果，进而解决了针对相关技术中分布式系统节点过于分散导致维护难度较高的技术问题。
附图说明
25.此处所说明的附图用来提供对本发明的进一步理解，构成本技术的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
26.图1是根据本发明实施例的业务数据的处理方法的流程图；
27.图2是根据本发明实施例的心跳数据获取方法的示意图；
28.图3是根据本发明实施例的系统节点自动化升级的示意图；
29.图4是根据本发明实施例的集中管理分散节点的示意图；
30.图5是根据本发明实施例的业务数据的处理装置的示意图。
具体实施方式
31.为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
32.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或
描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
33.实施例1
34.根据本发明实施例，提供了一种业务数据的处理方法的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
35.图1是根据本发明实施例的业务数据的处理方法的流程图，如图1所示，该方法包括如下步骤：
36.步骤s102，接收目标业务请求，其中，目标业务请求为通过目标业务系统获取的请求。
37.可选的，在上述步骤中，首先接收目标业务系统发送出的目标业务请求。
38.需要说明的是，目标业务系统，即银行的交易系统，包括但不限于：atm机、手机银行系统、柜台系统。
39.步骤s104，基于目标业务请求生成目标业务任务。
40.可选的，在上述步骤中，对目标业务请求进行解析，以根据需求生成目标业务任务。
41.步骤s106，在接收到目标业务系统中的多个节点的心跳数据后，基于心跳数据确定多个节点中的目标节点。
42.可选的，在上述步骤中，节点每一分钟发送心跳到管控平台一次，与管控平台保持心跳连接。需要说明的是，心跳数据心跳即是报文，确定节点是否存活，是在客户端和服务器间定时通知对方自己状态的一个自己定义的命令字，按照一定的时间间隔发送，类似于心跳。
43.步骤s108，将目标业务任务发送至目标节点，以利用目标节点处理目标业务任务。
44.由上可知，在本发明实施例中，首先可以接收目标业务请求，其中，目标业务请求为通过目标业务系统获取的请求；接着可以基于目标业务请求生成目标业务任务；接着可以在接收到目标业务系统中的多个节点的心跳数据后，基于心跳数据确定多个节点中的目标节点；最后可以将目标业务任务发送至目标节点，以利用目标节点处理目标业务任务。通过本发明实施例提供的业务数据的处理方法，达到了在接收到目标业务请求后确定多个节点中的目标节点以处理目标业务任务的目的，从而实现了提升任务处理效率的技术效果，进而解决了针对相关技术中分布式系统节点过于分散导致维护难度较高的技术问题。
45.作为一种可选的实施例，在接收目标业务请求之前，该业务数据的处理方法还包括：获取包括目标业务系统的多个业务系统的业务系统信息，其中，业务系统信息至少包括：多个业务系统中每一个业务系统的系统信息、参数信息、每一个业务系统的节点信息、路由信息、每一个业务系统的服务信息；按照预定维度维护业务系统信息。
46.需要说明的是，管控平台是对服务颗粒度属性进行保持和监控，保证完整成功运行中枢神经，属于金融服务系统的一个模块。
47.在上述可选的实施例中，管控平台按系统维度分别维护提供方和消费方的系统信息、参数信息、节点信息；按节点维度维护路由信息；按服务维度分别维护消费方服务信息和提供方服务信息，管控平台将数据保存进数据库中。
48.需要说明的是，节点(例如，云端对应多个虚拟机，1个节点、5个节点)，即为集群，用于当其中一个出现故障时，其他的虚拟机提供服务，等待交易请求。
49.作为一种可选的实施例，按照预定维度维护业务系统信息，该业务数据的处理方法至少包括：按照每一个业务系统的节点信息维护路由信息；按照服务维度维护每一个业务系统的服务信息。
50.在上述可选的实施例中，基于预定维度来维护业务系统信息的方法包括但不限于：基于每个业务系统的节点信息来维护路由信息；基于服务维度来维护每一个业务系统的服务信息。
51.作为一种可选的实施例，在接收到目标业务系统中的多个节点的心跳数据之前，该业务数据的处理方法还包括：获取每一个业务系统中的多个节点的ip信息；基于ip信息为每一个业务系统中的多个节点生成节点名称，其中，节点名称用于识别心跳数据的发送节点。
52.在上述可选的实施例中，首先可以获取每一个业务系统中的多个节点的ip信息，接着基于ip信息为每一个业务系统中的多个节点生成节点名称，并且利用节点名称来识别心跳数据的发送节点。
53.作为一种可选的实施例，基于心跳数据确定多个节点中的目标节点，包括：对心跳数据进行解析，得到心跳数据的节点名称；基于心跳数据的节点名称从多个节点中确定目标节点。
54.图2是根据本发明实施例的心跳数据获取方法的示意图，如图2所示，首先从管控平台中生成任务id并存储至系统缓存中，接着将生成的任务id存储到数据库中，并生成初始任务状态，接着管控平台获取系统节点心跳数据(周期为1分钟)，待获取成功后将数据带回系统节点，系统节点处理成功后即返回结果，在确定节点处理成功后，管控平台则删除任务id，最后管控平台更新任务状态。
55.作为一种可选的实施例，该业务数据的处理方法还包括：在确定目标节点处理完成目标业务任务后，更新目标业务任务的任务状态。
56.在上述可选的实施例中，当确定目标节点处理完成目标业务任务之后，则更新目标业务任务的任务状态，以便于接下来继续进行任务处理。
57.作为一种可选的实施例，该业务数据的处理方法还包括：获取包括目标业务系统的多个业务系统的系统升级数据；基于系统升级数据生成系统升级策略，其中，系统升级策略至少包括：升级时间、每批次升级的节点数量、每批次升级的间隔时间；基于升级策略对多个业务系统进行升级。
58.图3是根据本发明实施例的系统节点自动化升级的示意图，如图3所示，下面借助图3详细介绍系统节点自动化升级的详细步骤：
59.首先，节点的升级包通过管控平台界面上传到管控服务器中解压并将其中的服务文件信息反向解析到数据库中保存。升级人员通过管控平台制定升级策略，按系统类别进行定制化设置，包括：消费方系统和提供方系统的节点升级时间、每批次升级的节点数、每
批次升级的间隔时间。管控平台为每个系统的节点生成升级任务，让所有系统节点与该节点的升级包对应。
60.此外，管控平台将升级包上传到分布式文件管理系统，并登记分布式文件管理系统返回的信息。管控平台生成版本升级任务，等待节点心跳获取任务。接入点获取到任务后，返回接受任务的结果到管控平台登记并等待到指定的升级时间后自动触发定时任务进行升级操作。节点通过管控平台中保存的分布式文件系统地址连接并获取文件。
61.进一步地，在本发明实施例中，节点升级完成后，将升级的结果返回管控平台登记。而且，系统节点全部升级完成后，管控平台批量为该系统部分节点生成停止指令，心跳获取停止任务后进行停止操作，停止完成后，为该批节点生成启动指令。其他节点同理。
62.需要说明的是，在上述步骤中，节点升级不是对所有节点进行升级的，为了保证业务的，先升级一部分节点；交易先放到正常处理流程中，其中，这里的部分节点为当前正在执行业务请求的节点，为了能够保证业务请求对应的业务正常处理，会先生成停止指令，暂时先不对其进行升级；在这些节点处理完业务后，基于启动指令完成升级任务。
63.最后，节点返回重启操作结果到管控平台保存，并实时更新系统节点的管理进程和业务进程的状态。
64.作为一种可选的实施例，基于升级策略对多个业务系统进行升级，包括：基于升级策略生成升级任务；按照心跳连接将升级任务发送至多个业务系统，其中，多个业务系统在接收到升级任务后，基于自身节点的当前状态以及升级任务执行升级操作。
65.图4是根据本发明实施例的集中管理分散节点的示意图，如图4所示，下面详细介绍集中管理分散节点的详细步骤：首先，管控平台按系统维度分别维护提供方和消费方的系统信息、参数信息、节点信息；按节点维度维护路由信息；按服务维度分别维护消费方服务信息和提供方服务信息。管控平台将数据保存进数据库中。其次，节点与管控平台之间交互采用http json方式，节点在启动管理进程中，连接管控平台获取参数、节点、路由等信息。管控平台为每个系统的节点ip按规则统一生成唯一的节点名称。节点每一分钟发送心跳到管控平台一次，与管控平台保持心跳连接。然后，管控平台在修改数据后，通过界面按钮生成任务，将任务保存在数据库表中，并将任务id放入缓存中。接着，节点心跳到管控平台，管控平台根据心跳带的节点名称查询缓存中是否存在键名，若不存在，正常响应；若存在，则获取该节点第1个任务id，根据该任务id数据库查询任务信息并让心跳带回。接下来，节点在处理完任务后，将处理结果返回到管控平台，管控平台对登记操作结果并更新该任务状态。最后，管控平台的服务信息主要实现金融服务目录库管理的功能，以提供不同层次的人员，通过不同维度的视角查询、检索，还包括提供服务注册申请、服务注册审核、服务接口配置、服务接口审核、服务消费申请、服务消费审核等。
66.由上可知，通过本发明实施例可以实现数据信息集中维护，包括系统、参数、节点、路由、服务等信息。数据信息修改后，通过任务形式让节点实时获取并生效，还可以实现根据录入的服务信息，一键生成所需的服务文件，并从多维度维护服务信息，方便服务治理，还可以实现自动化升级，定制升级策略，通过管控平台操作系统节点的整个升级过程，并且本发明实施例提供的方法还具有以下优势：
67.1)统一维护数据信息，摆脱文档的复杂性，维护成本低，工作效率提高，方便服务治理。
68.2)系统和节点数据信息维护通过管控平台，数据信息操作后，可直接让系统和节点获取，并生效。对系统和节点维护更快捷方便。
69.3)服务接口一键生成，节省了人力资源成本，同时也减少了因人为配置出现的错误。
70.4)自动化升级，简化升级操作流程，降低了升级的复杂度，提高了升级效率。
71.实施例2
72.根据本发明实施例的另外一个方面，还提供了一种业务数据的处理装置，图5是根据本发明实施例的业务数据的处理装置的示意图，如图5所示，包括：接收模块51、第一生成模块53、确定模块55以及发送模块57。下面对该业务数据的处理装置进行说明。
73.接收模块51，用于接收目标业务请求，其中，目标业务请求为通过目标业务系统获取的请求；
74.第一生成模块53，用于基于目标业务请求生成目标业务任务；
75.确定模块55，用于在接收到目标业务系统中的多个节点的心跳数据后，基于心跳数据确定多个节点中的目标节点；
76.发送模块57，用于将目标业务任务发送至目标节点，以利用目标节点处理目标业务任务。
77.此处需要说明的是，上述接收模块51、第一生成模块53、确定模块55以及发送模块57对应于实施例1中的步骤s102至s108，上述模块与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以在诸如一组计算机可执行指令的计算机系统中执行。
78.由上可知，在本发明实施例中，首先可以借助接收模块51接收目标业务请求，其中，目标业务请求为通过目标业务系统获取的请求；接着可以借助第一生成模块53基于目标业务请求生成目标业务任务；接着可以借助确定模块55在接收到目标业务系统中的多个节点的心跳数据后，基于心跳数据确定多个节点中的目标节点；最后可以借助发送模块57将目标业务任务发送至目标节点，以利用目标节点处理目标业务任务。通过本发明实施例提供的业务数据的处理装置，达到了在接收到目标业务请求后确定多个节点中的目标节点以处理目标业务任务的目的，从而实现了提升任务处理效率的技术效果，进而解决了针对相关技术中分布式系统节点过于分散导致维护难度较高的技术问题。
79.可选地，该业务数据的处理装置还包括：第一获取模块，用于在接收目标业务请求之前，获取包括目标业务系统的多个业务系统的业务系统信息，其中，业务系统信息至少包括：多个业务系统中每一个业务系统的系统信息、参数信息、每一个业务系统的节点信息、路由信息、每一个业务系统的服务信息；维护模块，用于按照预定维度维护业务系统信息。
80.可选地，维护模块，至少包括：第一维护单元，用于按照每一个业务系统的节点信息维护路由信息；第二维护单元，用于按照服务维度维护每一个业务系统的服务信息。
81.可选地，该业务数据的处理装置还包括：获取单元，用于在接收到目标业务系统中的多个节点的心跳数据之前，获取每一个业务系统中的多个节点的ip信息；第一生成单元，用于基于ip信息为每一个业务系统中的多个节点生成节点名称，其中，节点名称用于识别心跳数据的发送节点。
82.可选地，确定模块，包括：解析单元，用于对心跳数据进行解析，得到心跳数据的节
点名称；确定单元，用于基于心跳数据的节点名称从多个节点中确定目标节点。
83.可选地，该业务数据的处理装置还包括：更新模块，用于在确定目标节点处理完成目标业务任务后，更新目标业务任务的任务状态。
84.可选地，该业务数据的处理装置还包括：第二获取模块，用于获取包括目标业务系统的多个业务系统的系统升级数据；第二生成模块，用于基于系统升级数据生成系统升级策略，其中，系统升级策略至少包括：升级时间、每批次升级的节点数量、每批次升级的间隔时间；升级模块，用于基于升级策略对多个业务系统进行升级。
85.可选地，升级模块，包括：第二生成单元，用于基于升级策略生成升级任务；发送单元，用于按照心跳连接将升级任务发送至多个业务系统，其中，多个业务系统在接收到升级任务后，基于自身节点的当前状态以及升级任务执行升级操作。
86.实施例3
87.根据本发明实施例的另外一个方面，还提供了一种计算机可读存储介质，计算机可读存储介质包括存储的计算机程序，其中，在计算机程序被处理器运行时控制计算机可读存储介质所在设备执行上述中任一项的业务数据的处理方法。
88.实施例4
89.根据本发明实施例的另外一个方面，还提供了一种处理器，处理器用于运行计算机程序，其中，计算机程序运行时执行上述中任一项的业务数据的处理方法。
90.上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
91.在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
92.在本技术所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
93.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
94.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
95.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的
介质。
96.以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。