服务进程管理方法、装置、存储系统以及存储介质与流程

1.本发明涉及存储技术领域，具体涉及一种服务进程管理方法、装置、存储系统以及存储介质。


背景技术：

2.随着信息技术的广泛应用，存储技术也不断发展。在云计算数据中心中，对存储系统的要求越来越高，存储系统的功能越来越多，存储系统需要的外围服务进程也随之增加。例如存储系统中，既需要运行操作系统(如linux系统)的标准服务进程，还需要运行基于存储系统其他功能开发的私有服务进程。由于存储系统中对于的操作系统的标准服务进程由操作系统单独管理，没有将标准服务进程与私有服务进程统一管理，在进程管理方面存在不足，对于系统的正常也会造成影响，因此，如何对存储系统中的标准服务进行和私有服务进程进行管理，成为需要解决的重要问题。


技术实现要素：

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.第二获取子单元，用于对于私有服务进程，通过所述服务进程的运行记录信息获取所述进程的重启次数。
44.结合第二方面或其可选实施方式，在第二方面的可选实施方式中，所述重启次数获取单元，还包括：
45.第三获取子单元，用于获取当前服务进程的重启次数作为第一重启次数；
46.第四子获取单元，用于获取与所述服务进程相关的服务进程的重启次数作为第二重启次数；
47.计算子单元，用于将所述第一重启次数与所述第二重启次数叠加作为所述服务进程最终的重启次数。
48.结合第二方面或其可选实施方式，在第二方面的可选实施方式中，还包括更新单元，用于更新所述服务进程的重启次数。
49.结合第二方面或其可选实施方式，在第二方面的可选实施方式中，还包括异常处理单元，用于如果所述服务进程的重启次数超过对应的重启阈值，则判定系统存在服务异常。
50.结合第二方面或其可选实施方式，在第二方面的可选实施方式中，所述启动单元或所述重启单元，包括：
51.第一启动子单元，用于对于标准服务进程，通过操作系统的服务启动命令启动；
52.第二启动子单元，用于对于私有服务进程，通过对应开发的执行脚本启动。
53.结合第二方面或其可选实施方式，在第二方面的可选实施方式中，所述监控单元包括：
54.监控启动子单元，用于启动服务监控线程，根据服务配置文件监控所述服务进程；
55.状态获取单元，用于根据所述服务进程的进程文件获取服务进程的运行状态。
56.根据第三方面，本发明实施例还提供一种存储系统，包括存储器和处理器，所述存储器和所述处理器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令，从而执行第一方面或其可选实施方式中任一项所述的服务进程管理
方法。
57.根据第四方面，本发明实施例中还提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使所述计算机执行第一方面或其可选实施方式中任一项服务进程管理方法。
58.根据第五方面，本发明实施例提供了一种计算机程序产品，计算机程序产品包括存储在计算机可读存储介质上的计算机程序，计算机程序包括程序指令，当程序指令被计算机执行时，使计算机执行第一方面或者第一方面的任意一种实施方式中的服务进程管理方法。
附图说明
59.通过参考附图会更加清楚的理解本发明的特征和优点，附图是示意性的而不应理解为对本发明进行任何限制，在附图中：
60.图1示出了一个实施例中服务进程管理方法的步骤流程图；
61.图2示出了另一个实施例中服务进程管理方法的步骤流程图；
62.图3示出了另一个实施例中服务进程管理方法的步骤流程图；
63.图4示出了另一个实施例中服务进程管理方法的步骤流程图；
64.图5示出了一个实施例中服务进程管理装置的结构框图；
65.图6示出了另一个实施例中服务进程管理装置的结构框图；
66.图7示出了一个实施例中存储系统的结构图。
具体实施方式
67.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
68.由于存储系统的功能逐步健全，针对存储系统开发的外围服务也越来越多。在存储系统中，对于操作系统中预先定义的进程称为标准服务进程，例如linux系统标准的ssh(secure shell，安全外壳协议)服务进程；对于存储系统中针对外围功能开发的服务进程，称为私有服务进程，例如基于使用开发的一些程序对应的服务进程。
69.本发明实施例中提供一种服务进程管理方法，对于标准服务进程和私有服务进程都进行管理，有效的管理存储系统中的众多服务进程，该方法如图1所示，包括以下步骤：
70.s1、获取服务进程的类型，所述类型包括标准服务进程和私有服务进程。
71.由于不同类型的服务进程，启动方式、重启判断方式均不相同，因此首先要确定当前服务进程的类型。本实施例中类型包括标准服务进程和私有服务进程，其中标准服务进程为操作系统中自带的服务进程，预先设置在操作系统中的；私有服务进程是指由工作人员后续基于存储系统的外围功能或需求，基于使用开发的服务进程。
72.s2、根据所述服务进程的类型启动所述服务进程。
73.由于上述不同的两种类型的服务进程启动方式是不同的，根据当前服务进程的类型来启动该服务进程。存储系统初始化过程中会启动服务进程管理线程，根据服务进程的
配置文件中每个服务进程配置的属性，确定其启动方式，完成服务进程的启动工作。
74.s3、监控所述服务进程的运行状态。
75.各个服务进程启动完成后，根据服务配置项中的进程id记录文件，读取每个服务进程的id，然后根据服务的进程id，从linux内核中获取服务进程的运行状态，从而对服务进程进行实时监控。
76.监控所述服务进程的运行状态的具体过程包括：
77.首先，启动服务监控线程，根据服务配置文件监控所述服务进程；
78.然后，根据所述服务进程的进程文件获取服务进程的运行状态。
79.该方式中，通过配置文件监控服务进程，实时获知服务进程的运行状态，对标准服务进程和私有服务进程的运行状态进行监控。
80.s4、判断所述服务进程是否异常。如无异常，继续监控服务进程的运行状态，如有异常，执行步骤s5。
81.根据服务进程的实时监控信息，可以判断服务进程是否正常工作，如果发生异常时则进行异常处理。
82.s5、当所述服务进程发生异常时，根据服务进程的类型获取所述服务进程的重启次数。
83.当服务进程发生异常后，对于需要对该异常情况进行处理。如果这个服务进程发生过重启的次数很少，则允许其重启，如果已经发生过多次重启，则说明系统出现问题，需要进一步的维修或售后。此处的重启次数是指一个统计时间内的重启次数，例如1天内或1小时内或8小时内，统计时间根据需要设置，系统中只记录这个统计时间内的重启次数。
84.s6、判断所述服务进程的重启次数是否超过对应的重启阈值。
85.此处的重启阈值根据服务进程的类型以及重要程度来针对每个进程单独设置，例如对于一般的标准服务进程可以将重启阈值设置为每天3次，对于一些重要的服务进程会设置的更低，如将阈值设置为每天1次或者2次；此外，对于一些非常重要的服务进程，如一些重要应用功能的私有服务进程，阈值可能设置为两天1次或者一周一次，此处的重启阈值根据每个服务进程的重要程度来设置。
86.如果所述服务进程的重启次数未超过对应的重启阈值，执行步骤s7；如果所述服务进程的重启次数超过对应的重启阈值，则判定系统存在服务异常，根据需要执行保修、维护，或者通知客户等操作。这时说明系统由于该服务进程的异常已经出现较多次数重启，需要维修、更换或者进行其他售后服务。
87.s7、如果所述服务进程的重启次数未超过对应的重启阈值，根据服务进程的类型重新启动所述服务进程。当重启的次数没有达到上限时，可以通过重启的方式，恢复发生异常的服务进程。
88.该方案中的服务进程管理方法，对于标准服务进程和私有服务进程都进行管理，保证服务进程的正常启动和工作，当服务进程发生异常故障时，根据情况进行重启或异常处理，由于每个服务进程在单位时间周期内的重启次数是有限制的，这个重启次数是根据不同的服务进程进行设置的，如果重启次数还在正常范围内，可以依旧进行重启操作，保证系统正常运行。
89.作为一种具体的实施方式，所述步骤s5中，根据服务进程的类型获取所述服务进
程的重启次数，包括以下步骤：
90.对于标准服务进程，通过操作系统的错误信息获取所述服务进程的重启次数。由于标准服务进程，操作系统是会对进程异常进行重启进行记录的，所以在操作系统的错误信息中可以获取每项标准服务进程的重启次数。
91.对于私有服务进程，通过所述服务进程的运行记录信息获取所述进程的重启次数。该方式中，针对不同类型的服务进程，采用不同的方式获取重启次数，对于私有服务进程，操作系统中无单独记录其导致的重启，通过分析服务进程的运行记录信息提取每项私有服务进程的重启次数，通过这种方式可以获得当前的服务进程的重启次数，作为是否重启的依据。
92.考虑到有些服务进程之间存在管理，因此这些服务进程中发生异常的情况也是关联的，应该综合考虑，在进一步的实施方式中，上述步骤s5中还进一步包括如下步骤，如图2所示：
93.s51、获取当前服务进程的重启次数作为第一重启次数。此处的当前存储进程的计算方式根据服务进程的类型按照如上述的方式计算。
94.s52、获取与所述服务进程相关的服务进程的重启次数作为第二重启次数。
95.除了考虑到当前服务进程自身的重启字数外，还进一步考虑其相关的其他进程的重启次数。此处的相关信息可以根据提前预设或者根据条件提取，也就是说对于存在关联关系的服务进程，可以提前对这些服务进程设置关联标识信息，这样对于其中的一个服务进程发生异常时，在计算重启次数时，同时考虑其余相关服务进程在统计周期内发生过的重启次数。
96.s53、将所述第一重启次数与所述第二重启次数叠加作为所述服务进程最终的重启次数。
97.该方式中，对于相关服务进程，其产生异常的情况也可能存在关联，因此在计算重启次数时，进一步将相关服务进程的重启次数也合并计算，这样可以更好的对相关问题出现的异常进行汇总，从而更好的表示系统的运行情况，作为后续处理的依据，准确性和合理性更好。
98.为保障重启次数的准确，在根据服务进程的类型重新启动所述服务进程之后，还会更新所述服务进程的重启次数。当系统重新启动后，根据此次的重新启动，会更新该服务进程在本周期内的重启次数，保证数据的实时性。
99.作为一种具体的实施方式，根据所述服务进程的类型启动所述服务进程，或所述根据服务进程的类型重新启动所述服务进程，此处的启动方式，包括：
100.对于标准服务进程，通过操作系统的服务启动命令启动；
101.对于私有服务进程，通过对应开发的执行脚本启动。
102.该方式中，对于标准服务进程，操作系统设置有启动命令，通过操作系统中的对应命令启动，对于私有进程服务，操作系统没有针对设置的启动命令，通过对应的执行脚本启动。
103.为了更好地理解本技术实施例提供的服务进程管理方法，本实施例提供服务进程管理方法的一个完整的实施方式，其步骤如图3所示，包括：
104.s01、获取服务进程的类型，所述类型包括标准服务进程和私有服务进程；
105.s02、根据所述服务进程的类型启动所述服务进程，包括：
106.对于标准服务进程，通过操作系统的服务启动命令启动；
107.对于私有服务进程，通过对应开发的执行脚本启动。
108.s03、监控所述服务进程的运行状态，包括：
109.启动服务监控线程，根据服务配置文件监控所述服务进程；
110.根据所述服务进程的进程文件获取服务进程的运行状态。
111.s04、判断所述服务进程是否异常；
112.s05、当所述服务进程发生异常时，根据服务进程的类型获取所述服务进程的重启次数，包括：
113.对于标准服务进程，通过操作系统的错误信息获取所述服务进程的重启次数；
114.对于私有服务进程，通过所述服务进程的运行记录信息获取所述进程的重启次数。
115.进一步，还包括：
116.获取当前服务进程的重启次数作为第一重启次数；
117.获取与所述服务进程相关的服务进程的重启次数作为第二重启次数；
118.将所述第一重启次数与所述第二重启次数叠加作为所述服务进程最终的重启次数
119.s06、判断所述服务进程的重启次数是否超过对应的重启阈值，未超出执行s07，超出则执行s09。
120.s07、如果所述服务进程的重启次数未超过对应的重启阈值，根据服务进程的类型重新启动所述服务进程。
121.s08、更新所述服务进程的重启次数。
122.s09、如果所述服务进程的重启次数超过对应的重启阈值，则判定系统存在服务异常。
123.为了更好地理解本技术实施例提供的服务进程管理方法，本实施例提供服务进程管理方法的另一个完整的具体实施方式，其步骤如图4所示，包括：
124.s001、初始化；
125.s002、读取各服务进程配置文件；
126.s003、根据服务进程配置文件的属性启动服务进程；
127.s004、启动服务监控线程，根据服务配置文件监控进程；
128.s005、根据服务进程的进程文件判断服务进程的运行状态；
129.s006、判断服务进程是否异常；
130.s007、异常时，判断服务进程是否超过重启次数；超过重启次数执行s008，未超过重启次数，执行s003，进行重启；
131.s008、超过重启次数则通知客户存储系统存在服务异常；
132.s009、提示客服联系客服人员进行维修或者更换备件。
133.应该理解的是，虽然图1
‑
4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图1
‑
4中的至少一
部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
134.本发明实施例中还提供一种服务进程管理装置，如图5所示，包括：
135.类型获取单元01，用于获取服务进程的类型，所述类型包括标准服务进程和私有服务进程；
136.启动单元02，用于根据所述服务进程的类型启动所述服务进程；
137.监控单元03，用于监控所述服务进程的运行状态；
138.判断单元04，用于判断所述服务进程是否异常；
139.重启次数获取单元05，当所述服务进程发生异常时，根据服务进程的类型获取所述服务进程的重启次数；
140.重启判断单元06，用于判断所述服务进程的重启次数是否超过对应的重启阈值；
141.重启单元07，用于如果所述服务进程的重启次数未超过对应的重启阈值，根据服务进程的类型重新启动所述服务进程。
142.其中，所述重启次数获取单元06，包括：
143.第一获取子单元，用于对于标准服务进程，通过操作系统的错误信息获取所述服务进程的重启次数；
144.第二获取子单元，用于对于私有服务进程，通过所述服务进程的运行记录信息获取所述进程的重启次数。
145.作为进一步的实施方式，所述重启次数获取单元06，还包括：
146.第三获取子单元，用于获取当前服务进程的重启次数作为第一重启次数；
147.第四子获取单元，用于获取与所述服务进程相关的服务进程的重启次数作为第二重启次数；
148.计算子单元，用于将所述第一重启次数与所述第二重启次数叠加作为所述服务进程最终的重启次数。
149.作为进一步的实施方式，本实施中的服务进程管理装置，如图6所示，还包括：
150.更新单元08，用于更新所述服务进程的重启次数。
151.异常处理单元09，用于如果所述服务进程的重启次数超过对应的重启阈值，则判定系统存在服务异常。
152.作为具体的实现方式，其中所述启动单元02或所述重启单元07，包括：
153.第一启动子单元，用于对于标准服务进程，通过操作系统的服务启动命令启动；
154.第二启动子单元，用于对于私有服务进程，通过对应开发的执行脚本启动。
155.作为具体的实施方式，所述监控单元03包括：
156.监控启动子单元，用于启动服务监控线程，根据服务配置文件监控所述服务进程；
157.状态获取单元，用于根据所述服务进程的进程文件获取服务进程的运行状态。
158.关于服务进程管理装置的具体限定以及有益效果可以参见上文中对于数据存储方法的限定，在此不再赘述。上述服务进程管理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个
模块对应的操作。
159.图7是本发明实施例提供的存储系统的硬件结构示意图，如图7所示，该设备包括一个或多个处理器710以及存储器720，图7中以一个处理器710为例。该设备还可以包括：输入装置730和输出装置740。
160.处理器710、存储器720、输入装置730和输出装置740可以通过总线或者其他方式连接，图7中以通过总线连接为例。
161.处理器710可以为中央处理器(central processing unit，cpu)。处理器710还可以为其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field
‑
programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
162.存储器720作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如本技术实施例中的业务管理方法对应的程序指令/模块。处理器710通过运行存储在存储器720中的非暂态软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述数据存储方法。
163.存储器720可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据需要使用的数据等。此外，存储器720可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器720可选包括相对于处理器710远程设置的存储器，这些远程存储器可以通过网络连接至数据处理装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
164.输入装置730可接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键信号输入。输出装置740可包括显示屏等显示设备。
165.所述一个或者多个模块存储在所述存储器720中，当被所述一个或者多个处理器710执行时，执行如图1
‑
4所示的服务进程管理方法。
166.上述产品可执行本发明实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，具体可参见如图1
‑
4所示的实施例中的相关描述。
167.本发明实施例还提供了一种非暂态计算机存储介质，所述计算机存储介质存储有计算机可执行指令，该计算机可执行指令可执行上述任意方法实施例中的业务管理方法。其中，所述存储介质可为磁碟、光盘、只读存储记忆体(read
‑
only memory，rom)、随机存储记忆体(random access memory，ram)、快闪存储器(flash memory)、硬盘(hard disk drive，缩写：hdd)或固态硬盘(solid
‑
state drive，ssd)等；所述存储介质还可以包括上述种类的存储器的组合。
168.本领域技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(rom)或随机存储记忆体(ram)等。
169.虽然结合附图描述了本发明的实施例，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下作出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。