一种操作系统的日志分析整合方法和系统与流程

1.本发明涉及服务器技术领域，尤其涉及一种操作系统的日志分析整合方法和系统。


背景技术：

2.在服务器领域，操作系统的稳定运行离不开日志系统的保障。例如：linux操作系统自身拥有强大的日志功能，通过journald日志服务和rsyslog日志服务采集并管理系统的日志，这些日志能够用于系统审核和排查系统问题的故障，将收集到的日志永久存储在linux操作系统的/var/log目录中；其中/var/log/目录下的messages日志文件，记录了linux操作系统常见的系统和服务错误信息，是定位服务器系统故障最重要的日志文件。
3.除操作系统自带的日志服务能够进行默认的日志记录外，通常操作系统的厂商还会提供额外的工具(比如rhel、centos、debian、ubuntu等系统可使用的sosreport工具，suse系统可使用的support
‑
config工具等)，以收集更多系统日志和配置信息。在操作系统出现故障或检查messages日志文件发现有错误时，手动执行这些工具能够收集更多的信息来帮助定位故障问题。
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.问题类型划分子模块，当查找到故障问题时，将故障问题划分至对应的问题类型；
44.日志确定子模块，确定问题类型需要对应的问题分析日志。
45.优选地，上述工具选取模块，包括：
46.内容分析子模块，用于分析日志文件的内容，获取操作系统的配置信息；
47.工具选取子模块，用于选取配置信息对应的日志收集工具；
48.工具安装子模块，用于将日志收集工具安装至操作系统的预定位置。
49.本技术提供的操作系统的日志分析整合方案，从操作系统的日志文件中筛选出可疑日志，然后从可疑日志中查找操作系统的故障问题，确定故障问题的问题类型，再根据可疑日志包含的操作系统的配置信息，选取与配置信息对应的日志收集工具，使用该日志收集工具收集与问题类型对应的问题分析日志，再整合并存储该问题分析日志，能够为相关操作人员提供详细全面的问题分析日志，定位特定的故障问题，帮助相关操作人员快速定位和解决问题。综上，本发明提供的技术方案通过在服务器运行过程中，自动检测日志文件中的错误日志或故障，过滤掉共性问题和可忽略的日志后，进行问题或故障的初步诊断，根据问题指向启动相应的日志收集工具，收集、整合和存储特定问题的日志，能够为管理员提供一份详细全面的日志输出，帮助问题更快速地定位解决，从而解决了现有的日志问题处理方式处理过程费时费力，且处理过程被动，延误问题解决时效的问题。
附图说明
50.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图示出的结构获得其他的附图。
51.图1是本发明实施例提供的第一种操作系统的日志分析整合方法的流程示意图；
52.图2是图1所示实施例提供的一种可疑日志筛选方法的流程示意图；
53.图3是图1所示实施例提供的一种故障问题查找方法的流程示意图；
54.图4是本发明实施例提供的一种日志收集工具选取方法的流程示意图；
55.图5是本发明实施例提供的一种问题分析日志整合和存储方法的流程示意图；
56.图6是本发明实施例提供的第一种操作系统的日志分析整合系统的结构示意图；
57.图7是图6所示实施例提供的一种日志筛选模块的结构示意图；
58.图8是图6所示实施例提供的一种问题查找模块的结构示意图；
59.图9是图6所示实施例提供的一种工具选取模块的结构示意图。
60.本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
61.应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
62.本发明实施例的主要技术问题如下：
63.现有技术通过操作系统自带或厂商提供的日志工具统计故障问题，然而，仅凭操作系统自带或厂商提供的工具还不足以定位故障问题，因为操作系统对日志中的错误无预警机制，需要相关操作人员主动查看系统日志去检查系统的运行情况，或直到服务器出现严重故障。例如宕机、重启或运行缓慢时，才组织人员对系统日志进行分析；根据日志分析结果，再做进一步的日志收集动作。这种日志问题处理方式不但费时费力而且处理过程非常被动，延误了问题的解决时效。
64.为了解决上述问题，具体参见图1，图1为本发明实施例提供的一种操作系统的日
志分析整合方法的流程示意图。如图1所示，该操作系统的日志分析整合方法，包括：
65.s110：从操作系统的日志文件中筛选出可疑日志。在linux操作系统中，这里的日志文件主要是指/var/log目录下的messages日志文件。
66.作为一种优选的实施例，如图2所示，该从操作系统的日志文件中筛选出可疑日志的步骤具体包括：
67.s111：使用预设关键词从日志文件中筛选得到第一可疑日志集合；具体使用相关的可疑日志过滤模块定时对日志文件进行过滤，筛选出可能存在问题的日志及关联内容的日志上下文，从而产生第一可疑日志集合。
68.s112：对第一可疑日志集合进行过滤，得到第二可疑日志集合。对第一可疑日志集合进行过滤，主要是过滤掉共性问题及可忽略的日志；共性问题包括日志内容、检索内容、问题原因和解决方案；可忽略的日志包括日志内容、检索内容和问题原因。其中，日志内容包括服务名称和具体日志内容；检索内容包含检索字段及各检索字段的逻辑关系。上述共性问题和可忽略的日志可存储在相关存储模块中，在需要过滤第一可疑日志集合时调用。
69.具体地，以linux操作系统为例，通过定时对linux操作系统的/var/log/messages文件进行过滤，通过error、failed、kernel panic、oops和bug等关键字筛选出可能存在问题的日志及有关联内容的日志上下文，产生第一可疑日志集合。预先建立共性问题及可忽略的日志存储单元，将messages日志过滤功能与共性问题及可忽略的日志功能进行对接，通过可忽略的日志功能检索第一可疑日志集合，从中剔除掉可忽略的日志；通过共性问题功能检索第一可疑日志集合的内容，识别出第一可疑日志集合中存在的共性问题。
70.在剔除上述共性问题及可忽略的日志的同时，在linux系统中新建以主机名和日期结尾的commonissue文件，该commonissue文件中记录共性问题对应的日志发生时间、主机名、日志内容、检索内容、问题原因和解决方案；其中，日志发生时间、主机名和日志内容从第一可疑日志集合中提取；检索内容、问题原因和解决方案从共性问题及可忽略的日志存储单元中提取。第一可疑日志集合中剔除已过滤的共性问题和可忽略的日志，剩余内容另存为第二可疑日志集合。
71.图1所示的操作系统的日志分析整合方法，在完成上述步骤s110后，还包括以下步骤：
72.s120：从可疑日志中查找操作系统的故障问题，确定故障问题的问题类型。通常在剔除共性问题及可忽略的日志后，可疑日志存在的故障问题大多需要调用关键的问题分析日志进行解析，这就需要确定故障问题的问题类型，具体可采用与故障类型对应的故障问题关键字进行调用。
73.作为一种优选的实施例，如图3所示，该从可疑日志中查找操作系统的故障问题的步骤包括以下内容：
74.s121：使用与故障类型对应的故障问题关键字，从第二可疑日志集合中查找故障问题；该故障问题关键字包括“kernel panic”或“hard lockup”或”softlockup”或“kernel bug”等内容。
75.s122：当查找到故障问题时，将故障问题划分至对应的问题类型；其中，问题类型包括很严重的内核级别宕机类问题，固件的bug，特定硬件或硬件链路导致的问题以及系统中的应用、服务或驱动相关的error或bug类问题。
76.该查找到故障问题时，将故障问题划分至对应的问题类型的步骤具体如下：检索第一可疑日志集合中的可忽略日志内容，从第一可疑日志集合中剔除可忽略日志；检索第一可疑日志集合中的共性问题，从第一可疑日志集合中剔除共性问题；再将剔除可忽略日志和共性问题的第一可疑日志集合整合为第二可疑日志集合。
77.s123：确定问题类型需要对应的问题分析日志。
78.具体地，结合上述内容，以linux操作系统为例，能够首先定义可疑日志分析模块，使用该可疑日志分析模块对第二可疑日志集合进行分析，通过对第二可疑日志集合中的内容进行关键字检索，确认问题类别是如下第几类问题及需要收集的日志种类：
79.若第二可疑日志集合中包含关键字“kernel panic”或“hard lockup”或”softlockup”或“kernel bug”，定义此为第一类问题。此类问题一般是很严重的内核级别宕机类问题，这类问题的分析需要借助sosreport日志和vmcore日志。
80.在排除第一类问题后，若第二可疑日志集合中包含关键字“firmware bug”，定义此类问题为第二类问题。此类问题一般是固件的bug，这类问题的分析需要借助基本输入输出系统bios和基板管理控制器bmc日志以及系统sosreport日志
81.在排除第一类和第二类问题后，若第二可疑日志集合中包含关键字“hardware error”，定义此类问题为第三类问题。第三类问题一般是特定硬件或硬件链路导致的问题，这类问题的分析需要借助sosreport日志和相关硬件日志。确定此类硬件问题的方法是通过继续向下检索日志中关联的device_id，并将此device_id与lspci
–
vv指令中的device id进行对比，找到对应的硬件设备的上下链路上的所有设备。
82.在排除第一类、第二类和第三类问题后，剩余的问题为系统中的应用、服务或驱动相关的error或bug类问题，定义此类问题为第四类问题，此类问题的分析需要借助sosreport日志和应用或驱动相关的日志。通过检索日志内容中的第三部分——服务、进程名称来确定相关具体的软件。
83.在确定故障问题的问题类型后，图1所示的操作系统的日志分析整合方法还包括以下步骤：
84.s130：根据可疑日志包含的操作系统的配置信息，选取与配置信息对应的日志收集工具。具体在linux操作系统中，通过设置日志收集准备模块，分析dmesg日志中启动加载的硬件、服务和应用，确定服务器系统的软硬件相关的配置信息。
85.作为一种优选的实施例，如图4所示，该选取与配置信息对应的日志收集工具的步骤具体包括：
86.s131：分析日志文件的内容，获取操作系统的配置信息；这里的日志文件主要指dmesg日志文件。通过设计日志收集准备模块，分析dmesg日志文件中的内容，相关的配置信息包括：服务器配置xx厂商的xx种型号的raid卡、网卡、显卡和hba卡；驱动分别是xx；配置的硬盘类型、厂商、型号、启动的服务和安装的软件等信息。根据以上服务器软硬件的配置信息，将对应的硬件设备厂商特定的日志收集工具存放到/home目录并安装。硬件设备厂商对应的工具包括但不限于如下几种：nvidia gpu对应的nvidia
‑
smi，broadcom/lsi/avago厂商的raid卡日志收集工具lsigetlinux，broadcom网卡对应的bnxtmt工具，mellanox对应的mft工具，intel网卡对应的lanconf工具，希捷硬盘对应的seachest工具以及西数硬盘对应的wddt工具等。
87.s132：选取配置信息对应的日志收集工具；通常，对于linux系统安装的应用，都自带日志功能，日志收集准备模块需要通过日志收集工具检索并找到所有应用的日志文件位置。
88.s133：将日志收集工具安装至操作系统的预定位置。通过将日志收集工具安装至操作系统的预定位置，能够触发操作系统生成特定的日志。
89.具体地，在linux操作系统中，使用专门的日志收集准备模块分析dmesg日志(dmesg日志通常记录有操作系统的软硬件配置)中启动加载的硬件、服务和应用，确定操作系统的软硬件相关的配置信息，根据服务器系统的软硬件相关的配置信息，将对应于硬件设备厂商特定的日志收集工具存放到/home目录并安装。对于未内置收集sosreport的操作系统，比如debian或ubuntu，需要事先准备sos安装包并进行安装。对所有操作系统，根据kdump配置要求，进行kdump配置，以便在遇到第一类问题后，能够触发kdump生成vmcore日志。
90.在选取对应的日志收集工具后，图1所示的操作系统的日志分析整合方法还包括以下步骤：
91.s140：使用日志收集工具收集与问题类型对应的问题分析日志。具体地，日志收集模块根据可疑日志分析模块确认的问题类型、相关设备、应用及需收集的日志种类，运行相关的日志收集工具命令，进行日志的收集。
92.例如：在lunix操作系统中，对于第一类问题，需要收集sosreport日志和vmcore日志，则root用户执行sosreport命令，会在系统的/var/tmp路径下生成以日志和主机名标识的sosreport日志压缩文件；root用户执行echo c>/proc/sysrq
‑
trigger，则会在/var/crash目录下生成vmcore开头的两个文件；
93.对于第二类问题，需要收集bios和bmc日志以及系统sosreport日志，其中sosreport的日志的收集如第一类问题，bios和bmc日志均有单独的日志收集工具；
94.对于第三类问题，需要收集sosreport日志和相关硬件日志，其中sosreport的日志的收集如第一类问题，相关硬件日志的收集，根据硬件厂商和硬件类型的不同，运行日志收集准备模块提供的不同的硬件日志收集程序；
95.对于第四类问题，需要收集sosreport日志和应用或驱动相关的日志，其中sosreport的日志的收集如第一类问题，应用日志去日志收集准备模块提供的应用日志文件路径下拷贝，驱动的日志对应的是驱动相关的硬件设备的硬件日志，收集方法同第三类问题。
96.s150：整合并存储问题分析日志。
97.作为一种优选的实施例，如图5所示，该整合并存储问题分析日志的步骤包括：
98.s151：识别并去除收集到的所有问题分析日志中的重复内容。
99.s152：对去除重复内容后的所有问题分析日志进行打包压缩，得到压缩后的问题分析日志。
100.s153：存储压缩后的问题分析日志。
101.具体地，首先设计日志整合模块，该日志整合模块首先针对上述第三类问题和第四类问题收集日志，进行冗余日志内容的识别和整合，去掉sosreport日志与硬件日志中重复的内容，然后对收集到的每一类问题的所有日志，加上上述可疑日志过滤模块产生的
commonissue文件一起进行打包压缩，压缩后的问题分析日志文件以主机名和收集时间作为标识。然后将日志整合模块生成的日志压缩文件进行存储，可存储在本地非系统盘之外的单独日志盘上，也可通过网络存储在nfs服务器上。为减轻存储压力，本发明均采用业界通用的增量存储的方式，保留第一次日志存放内容，后续每次存储只对日志中的增量部分进行传输和存储。
102.综上，本技术提供的操作系统的日志分析整合方法，从操作系统的日志文件中筛选出可疑日志，然后从可疑日志中查找操作系统的故障问题，确定故障问题的问题类型，再根据可疑日志包含的操作系统的配置信息，选取与配置信息对应的日志收集工具，使用该日志收集工具收集与问题类型对应的问题分析日志，再整合并存储该问题分析日志，能够为相关操作人员提供详细全面的问题分析日志，定位特定的故障问题，帮助相关操作人员快速定位和解决问题。综上，本发明提供的技术方案通过在服务器运行过程中，自动检测日志文件中的错误日志或故障，过滤掉共性问题和可忽略的日志后，进行问题或故障的初步诊断，根据问题指向启动相应的日志收集工具，收集、整合和存储特定问题的日志，能够为管理员提供一份详细全面的日志输出，帮助问题更快速地定位解决，从而解决了现有的日志问题处理方式处理过程费时费力，且处理过程被动，延误问题解决时效的问题。
103.为了实现上述方法，本技术下述各实施例还提供一种操作系统的日志分析整合系统，通过下述一种操作系统的日志分析整合系统能够实现上述方法的功能，因为具体操作步骤上述方法已经提及，因此重复部分不再赘述。
104.参见图6，图6为本发明实施例提供的一种操作系统的日志分析整合系统的结构示意图。如图6所示，该操作系统的日志分析整合系统包括：
105.日志筛选模块110，用于从操作系统的日志文件中筛选出可疑日志；
106.问题查找模块120，用于从可疑日志中查找操作系统的故障问题，确定故障问题的问题类型；
107.工具选取模块130，用于根据可疑日志包含的操作系统的配置信息，选取与配置信息对应的日志收集工具；
108.日志收集模块140，用于使用日志收集工具收集与问题类型对应的问题分析日志；
109.日志整合模块150，用于整合问题分析日志；
110.日志存储模块160，用于存储问题分析日志。
111.本技术提供的操作系统的日志分析整合系统，通过日志筛选模块110从操作系统的日志文件中筛选出可疑日志，然后问题查找模块120从可疑日志中查找操作系统的故障问题，确定故障问题的问题类型，再使用工具选取模块130根据可疑日志包含的操作系统的配置信息，选取与配置信息对应的日志收集工具，使日志收集模块140用日志收集工具收集与问题类型对应的问题分析日志，再通过日志整合模块150和日志存储模块160整合并存储该问题分析日志，能够为相关操作人员提供详细全面的问题分析日志，定位特定的故障问题，帮助相关操作人员快速定位和解决问题。综上，本发明提供的技术方案通过在服务器运行过程中，自动检测日志文件中的错误日志或故障，过滤掉共性问题和可忽略的日志后，进行问题或故障的初步诊断，根据问题指向启动相应的日志收集工具，收集、整合和存储特定问题的日志，能够为管理员提供一份详细全面的日志输出，帮助问题更快速地定位解决，从而解决了现有的日志问题处理方式处理过程费时费力，且处理过程被动，延误问题解决时
效的问题。
112.作为一种优选的实施例，如图7所示，上述日志筛选模块110具体包括：
113.第一日志筛选子模块111，用于使用预设关键词从日志文件中筛选得到第一可疑日志集合；
114.第二日志筛选子模块112，用于对第一可疑日志集合进行过滤，得到第二可疑日志集合。
115.作为一种优选的实施例，如图8所示，上述问题查找模块120具体包括：
116.故障问题查找子模块121，使用与故障类型对应的故障问题关键字，从第二可疑日志集合中查找故障问题；
117.问题类型划分子模块122，当查找到故障问题时，将故障问题划分至对应的问题类型；
118.日志确定子模块123，确定问题类型需要对应的问题分析日志。
119.作为一种优选的实施例，如图9所示，上述工具选取模块130具体包括：
120.内容分析子模块131，用于分析日志文件的内容，获取操作系统的配置信息；
121.工具选取子模块132，用于选取配置信息对应的日志收集工具；
122.工具安装子模块133，用于将日志收集工具安装至操作系统的预定位置。
123.本发明提供的技术方案，在服务器运行过程中，能够定时自动检测日志文件(如messages日志)中的错误日志或故障，过滤到共性问题和可忽略的log后，自动在日志文件中的内容中根据问题类型关键字进行问题类型的分类，确认问题相关的软硬件，根据问题类型和相关软硬件，启动相应的日志的收集、冗余过滤、打包和存储。通过本发明提供的方案，能够让管理员无需主动查看系统日志去检查系统的运行情况，在日常运行过程中或服务器出现严重的宕机、重启或运行缓慢等问题前，根据系统日志和软硬件配置情况，自动生成一份包含问题定位相关的详细全面的日志，帮助问题更快的定位解决问题。
124.本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd
‑
rom、光学存储器等)上实施的计算机程序产品的形式。
125.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
126.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
127.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计
算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
128.应当注意的是，在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的部件或步骤。位于部件之前的单词“一”或“一个”不排除存在多个这样的部件。本发明可以借助于包括有若干不同部件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
129.尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
130.显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。