1.本技术涉及语音交互技术领域，尤其涉及一种语音系统测试方法、装置、设备、介质及程序产品。


背景技术：

2.随着语音技术的不断发展，越来越多的设备搭载了语音功能。而搭载了语音功能的产品在研发和出厂前都需要进行功能测试工作。
3.目前，现有的语音系统测试方法，主要依赖于测试员或研发人员的人工操作，由语音系统中的麦克风接收测试员或研发人员发出的语音指令，并做出相应的响应。但是这样的测试方式，由于测试环境和测试人员都难以实现严格统一，使得测试结果会受到不同测试环境和不同测试人员的影响，使得测试难以标准化，甚至在测试发现问题时，难以实现场景复现。
4.即现有技术中存在单纯依赖人工测试导致无法实现标准化测试的技术问题。


技术实现要素：

5.本技术提供一种语音系统测试方法、装置、设备、介质及程序产品，以解决现有技术存在的单纯依赖人工测试导致无法实现标准化测试的技术问题。
6.第一个方面，本技术提供一种语音系统测试方法，包括：
7.获取用户输入的调用指令；
8.根据调用指令中的关键字信息，检索本地的测试音频库中是否存在与关键字信息对应的本地音频；
9.若是，则将检索到的本地音频作为目标音频；
10.若否，则接收在线方式基于关键字信息生成的在线音频，将在线音频作为目标音频；
11.利用目标音频生成音频信号并发送给语音系统，以对语音系统进行语音测试。
12.在一种可能的设计中，利用目标音频生成音频信号并发送给语音系统，包括：
13.利用音频播放器播放目标音频，并将音频播放器输出的音频信号发送给语音系统的音频采集接口。
14.在一种可能的设计中，目标音频的文件名包含关键字信息。
15.在一种可能的设计中，接收在线方式基于关键字信息生成的目标音频接收在线方式，包括：
16.利用文字语音转换工具(如tts(text to speech)转换关键字信息，以生成目标音频。
17.在一种可能的设计中，在接收在线方式基于关键字信息生成的在线音频之后，还包括：
18.将在线音频存储到本地的测试音频库中。
19.在一种可能的设计中，在利用目标音频生成音频信号并发送给语音系统之后，还包括：
20.检测语音系统的交互界面是否有针对音频信号的回馈显示，并累计针对音频信号的回馈显示的正确执行结果或错误执行结果；
21.若检测语音系统的交互界面有针对音频信号的回馈显示，则检测回馈显示的内容是否正确识别音频信号，并累计针对识别音频信号的正确执行结果或错误执行结果。
22.在一种可能的设计中，该方法还包括：若检测语音系统的交互界面没有针对音频信号的回馈显示，则检测语音系统是否记录操作日志，并累计针对记录操作日志的正确执行结果或错误执行结果；
23.若是，则检测操作日志中是否包括正确识别音频信号的信息，并累计针对识别音频信号的信息的正确执行结果或错误执行结果。
24.在一种可能的设计中，该方法还包括：若检测到语音系统没有记录操作日志，则检测语音系统是否调用应用程序，并累计针对调用应用程序的正确执行结果或错误执行结果；
25.若是，则检测被调用的应用程序是否为音频信号对应的目标应用，并累计针对调用音频信号对应的目标应用的正确执行结果或错误执行结果。
26.在一种可能的设计中，该方法还包括：
27.对所有正确执行结果和/或所有错误执行结果进行统计并输出语音系统的评估测试结果。
28.第二方面，本技术提供一种语音系统测试装置，包括：
29.获取模块，用于用户输入的调用指令；
30.处理模块，用于：
31.根据调用指令中的关键字信息，检索本地的测试音频库中是否存在与关键字信息对应的本地音频；
32.若是，则将检索到的本地音频作为目标音频；
33.若否，则接收在线方式基于关键字信息生成的在线音频，将在线音频作为目标音频；
34.利用目标音频生成音频信号并发送给语音系统，以对语音系统进行语音测试。
35.在一种可能的设计中，处理模块，用于利用音频播放器播放目标音频，并将音频播放器输出的音频信号发送给语音系统的音频采集接口。
36.在一种可能的设计中，目标音频的文件名包含关键字信息。
37.在一种可能的设计中，处理模块，用于利用文字语音转换工具(如tts(text to speech)转换关键字信息，以生成目标音频。
38.在一种可能的设计中，处理模块，还用于将在线音频存储到本地的测试音频库中。
39.在一种可能的设计中，处理模块，还用于：
40.检测语音系统的交互界面是否有针对音频信号的回馈显示，并累计针对音频信号的回馈显示的正确执行结果或错误执行结果；
41.若检测语音系统的交互界面有针对音频信号的回馈显示，则检测回馈显示的内容是否正确识别音频信号，并累计针对识别音频信号的正确执行结果或错误执行结果。
42.在一种可能的设计中，处理模块，还用于：若检测语音系统的交互界面没有针对音频信号的回馈显示，则检测语音系统是否记录操作日志，并累计针对记录操作日志的正确执行结果或错误执行结果；
43.若是，则检测操作日志中是否包括正确识别音频信号的信息，并累计针对识别音频信号的信息的正确执行结果或错误执行结果。
44.在一种可能的设计中，处理模块，还用于：若检测到语音系统没有记录操作日志，则检测语音系统是否调用应用程序，并累计针对调用应用程序的正确执行结果或错误执行结果；
45.若是，则检测被调用的应用程序是否为音频信号对应的目标应用，并累计针对调用音频信号对应的目标应用的正确执行结果或错误执行结果。
46.在一种可能的设计中，处理模块，还用于：
47.对所有正确执行结果和/或所有错误执行结果进行统计并输出语音系统的评估测试结果。
48.第三个方面，本技术提供一种电子设备，包括：
49.存储器，用于存储程序指令；
50.处理器，用于调用并执行所述存储器中的程序指令，执行第一方面所提供的任意一种可能的语音系统测试方法。
51.第四方面，本技术提供一种存储介质，所述可读存储介质中存储有计算机程序，所述计算机程序用于执行第一方面所提供的任意一种可能的语音系统测试方法。
52.第五方面，本技术还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面所提供的任意一种可能的语音系统测试系统方法。
53.本技术提供了一种语音系统测试方法、装置、设备、介质及程序产品，通过获取用户输入的调用指令；然后根据调用指令中的关键字信息确定目标音频，判断本地的测试音频库中是否存在与关键字信息对应的目标音频；若是，则将目标音频发送给语音系统；若否，则以预设方式生成目标音频，并将目标音频发送给语音系统，以对语音系统进行语音测试。解决了现有技术存在的单纯依赖人工测试导致无法实现标准化测试的技术问题。达到了将环境变量和测试人员变量排除在语音系统测试的影响因子之外，使得测试结果更加标准化，便于后期进行数据比较分析的技术效果。
附图说明
54.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
55.图1为本技术实施例提供的一种语音系统测试的应用场景示意图；
56.图2为本技术实施例提供的一种语音系统测试方法的流程示意图；
57.图3为本技术实施例提供的另一种语音系统测试方法的流程示意图；
58.图4为本技术实施例提供的一种语音系统测试装置的结构示意图；
59.图5为本技术提供的一种电子设备的结构示意图。
60.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为
本领域技术人员说明本技术的概念。
具体实施方式
61.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，包括但不限于对多个实施例的组合，都属于本技术保护的范围。
62.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
63.本技术发明人发现，传统的语音系统测试，如车载语音系统的测试，是通过人体喉咙振动发声，然后从嘴部发出声音，并通过声波的方式以空气为媒介，传送至与语音系统的接收装置，如麦克风。语音系统可搭载在车载设备上，车载设备可接收麦克风采集到的音频数据流，经过分析处理后作出反馈动作。
64.但现有的语音系统的测试方案存在如下弊端：每个测试人员的口音差异会影响语音系统的识别率、测试环境要求是较为安静的环境，如果处于嘈杂的环境，噪音会干扰测试结果；测试过程需要大量的人力、而且一个测试人员在同一时间只能对一个设备进行测试。
65.进一步地，如果语音系统配置了多种语言的时候，包括：普通话、各地地方方言、各种外语等，需要的测试人员数量将会激增，这显然难以实现。
66.并且，对于某些抗干扰能力的测试，寻找环境噪音满足要求的特定场景十分困难，导致某些测试难以实现标准化复制。
67.总的来说，现有技术存在的单纯依赖人工测试导致无法实现标准化测试的技术问题。
68.为解决现有本技术的发明构思是：
69.将需要人体发出的语音指令制作成标准测试音频，直接将该标准测试音频的数据流汇入到麦克风采集的数据流中，这样测试人员就不用再发声了，从而无需配置大量测试人员来进行测试，节省了人力物力。并且，还可以将环境噪音也制作为标准测试音频，加入到麦克风采集的数据流中，对当前的测试环境进行信号层面的改造，可以抵消当前环境噪音或者是增加当前环境噪音，使得不同环境情况的测试变得简单灵活，容易复现。
70.图1为本技术提供的一种语音系统测试的应用场景示意图。如图1所示，语音系统可搭载在车辆100上的车载设备101上，即为车载语音系统。
71.现有技术中车载语音系统一般直接麦克风接收测试人员喉咙中发出的测试语音来进行测试。
72.而本技术引入了语音测试中心服务器102。车载设备101与语音测试中心服务器
102通过无线或有线的形式进行数据通讯连接。
73.在一种可能的设计中，测试人员可以直接将测试音频直接以电信号的形式汇入到车载设备101的数据接口中即直接输入到车载语音系统的数据接口中对语音系统进行测试。
74.进一步的，若在车载设备101本地的测试音频库中都没有满足要求的测试音频时，可以通过车联网或因特网等网络，连接语音测试中心服务器102以在线的方式生成用于测试的目标音频，然后车载设备101再下载该目标音频进行语音系统的测试。
75.下面对如何实现本技术所提供的语音系统测试方法进行详细介绍。
76.图2为本技术实施例提供的一种语音系统测试方法的流程示意图。如图2所示，该语音系统测试方法的具体步骤，包括：
77.s201、获取用户输入的调用指令。
78.在本步骤中，调用指令用于调用对语音系统进行自动测试的目标音频，调用指令中包括关键字信息，关键字信息包括目标音频的文件名。
79.在本实施例中，用户可以通过测试仪器或者直接通过车载设备101上的交互界面选择所想要的目标音频的名称或者编号代码来向语音系统的数据接口输入调用指令。
80.例如，输入“今天星期几”这样的关键字信息，或者是在下拉选框、勾选框、选择按钮等图形化的方式选择目标音频的关键字信息。该关键字信息包括：目标音频的文件名、属性描述、编码等等，以此方式输入的各项输入信号组成了对目标音频的调用指令。
81.s202、根据调用指令中的关键字信息，检索本地的测试音频库中是否存在与关键字信息对应的本地音频。
82.在本步骤中，若是，则执行步骤s203，若否，则执行步骤s204。
83.具体的，根据关键字信息先在车载设备101或其它测试设备的本地存储器中进行检索，该本地存储器中的测试音频库包含多个用于自动测试的音频文件。
84.对于具体的检索算法，本领域技术人员可以根据实际需要进行选用，本实施例不作限定。
85.s203、将检索到的本地音频作为目标音频。
86.在本步骤中，如果车载设备101的本地存储器中存储的测试音频库中，通过数据库检索技术检索到了与关键字信息对应的音频文件，那么将此音频文件作为目标音频。然后将目标音频发送给语音系统的音频采集接口。
87.s204、接收在线方式基于关键字信息生成的在线音频，将在线音频作为目标音频。
88.在本步骤中，对于无法在本地检索到目标音频的情况，可以通过在线生成的方式生成目标音频，具体可包括：
89.利用文字语音转换工具(如tts(text to speech)转换关键字信息，以生成目标音频。
90.在一种可能的设计中，在接收在线方式基于关键字信息生成的在线音频之后，还包括：将在线音频存储到本地的测试音频库中。
91.s205、利用目标音频生成音频信号并发送给语音系统，以对语音系统进行语音测试。
92.在本步骤中，至少包括两种方式：
93.第一种情况是：当目标音频的存储格式为语音系统可以识别的格式时，直接将目标音频发送给语音系统的音频采集接口。
94.第二种情况是：当目标音频的存储格式为语音系统不可直接识别的格式时，利用音频播放器播放目标音频，并将音频播放器输出的音频信号发送给语音系统的音频采集接口。
95.具体的，比如目标音频为mp3格式的文件，则通过音频播放器播放该目标音频，输出对应的音频信号发送到语音系统的音频采集接口当中。
96.本实施例提供了一种语音系统测试方法，与现有的单纯依赖人工发声进行测试的方式不同，本实施例通过本地或者在线方式直接得到目标音频，不需要真人发音的束缚；脱离了人嘴发声，满足了实现语音测试的自动化的初步条件。并且每次发相同的指令都是调用同一个目标音频文件，如相同的mp3文件，避免了不同的测试人员发出声音的差异导致的语音识别差异。解决了现有技术存在的单纯依赖人工测试导致无法实现标准化测试的技术问题。达到了将环境变量和测试人员变量排除在语音系统测试的影响因子之外，使得测试结果更加标准化，便于后期进行数据比较分析的技术效果。
97.图3为本技术实施提供的另一种语音系统测试方法的流程示意图。如图3所示，该语音系统测试方法的具体步骤包括：
98.s301、获取用户输入的调用指令。
99.s302、根据调用指令中的关键字信息在测试音频库中筛选出至少一个待选测试音频。
100.在本步骤中，利用预设的关键字检索模型，对预存在本地的测试音频库中的各个测试音频进行筛选，将测试音频名称或描述等属性中包含关键字信息的测试音频确定为待选测试音频。
101.当在测试音频库中没有找到符合要求的测试音频时，利用在线tts工具，将关键字信息对应的文字内容，转换为语音音频。
102.可选的，还可以向测试中心服务器请求下载或新建目标音频。再接收测试中心服务器发送的音频数据作为待选测试音频。
103.对于步骤s301～s302，其具体实施方式可以参考s201～s202，在此不再赘述。
104.s303、在交互界面输出待选测试音频。
105.在本步骤中，将待选测试音频显示在车载语音系统的交互界面上，以使得用户通过下拉框、按钮、勾选框等方式选择其想要使用的测试音频。
106.s304、获取用户输入的选择指令，并将选择指令中指定的至少一个待选测试音频确定为目标音频。
107.在本实施例中，用户在交互界面上选择至少一个待选测试音频，并且设置这些待选测试音频的播放顺序，组合得到目标音频。
108.s305、利用音频播放器播放目标音频，并将音频播放器输出的音频信号发送给语音系统的音频采集接口。
109.在本实施例中，音频播放器播放目标音频所产生的数据流与麦克风采集的音频数据流进行融合。可选的，也可以关闭麦克风，仅在音频采集接口输入目标音频，这样就可以避免环境噪音的影响。
110.s306、检测语音系统的交互界面是否有回馈显示，并累计正确执行结果或错误执行结果。
111.在本步骤中，若是，则执行步骤s307，且针对音频信号的回馈显示的正确识别记录累计增加一次，若否则执行步骤s308，且针对音频信号的回馈显示的错误识别记录累计增加一次。
112.在本实施例中，回馈显示是语音系统响应用户输入语音指令后的反馈信息，使得用户能够直观感受到其下达的语音指令是否被语音系统所接收到。因此，需要检测语音系统是否响应了输入的目标音频。
113.s307、检测回馈内容是否正确识别了目标音频，并累计正确执行结果或错误执行结果。
114.在本步骤中，若是，则针对识别音频信号的正确识别记录累计增加一次，若否，则针对识别音频信号的错误识别记录累计增加一次。
115.在本实施例中，每个目标音频都有其对应的回馈内容，回馈内容包括：交互界面上的图形或文字信息、语音信息、振动信息等等。
116.s308、检测语音系统是否进行了操作日志记录，并累计正确执行结果或错误执行结果。
117.在本步骤中，若是，则执行步骤s309，且针对记录操作日志的正确识别记录累计增加一次，若否则执行步骤s310，且针对记录操作日志的错误识别记录累计增加一次。
118.在本实施例中，语音系统的承载设备，如图1中的电子设备102，在执行与目标音频对应的操作后，会进行日志(即log)打印记录、保存，可通过logcat等指令导出设备的log日志信息。
119.s309、检测记录的日志信息是否正确识别了目标音频，并累计正确执行结果或错误执行结果。
120.在本步骤中，若是，则针对识别音频信号的信息的正确识别记录累计增加一次，若否，则针对识别音频信号的信息的错误识别记录累计增加一次。
121.s310、检测语音系统是否调用了应用程序，并累计正确执行结果或错误执行结果。
122.在本步骤中，若是，则执行步骤s311，且针对调用应用程序的正确识别记录累计增加一次，若否，则针对调用应用程序的错误识别记录累计增加一次。
123.在本实施例中，若目标音频中包含了打开其它应用程序的指令，则需要检测其是否打开了对应的应用程序。
124.s311、检测被调用的应用程序是否为目标音频对应的目标应用，并累计正确执行结果或错误执行结果。
125.在本步骤中，若是，则针对调用音频信号对应的目标应用的正确识别记录累计增加一次，若否，则针对调用音频信号对应的目标应用的错误识别记录累计增加一次。
126.s312、对正确执行结果和/或错误执行结果进行统计并输出语音系统的评估测试结果。
127.在本步骤中，在经过大量的语音测试后，将所有的检测结果进行汇总统计，如根据识别正确和识别错误的数量来统计语音系统的识别率，进而帮助测试人员或研发人员对语音系统的工作状态进行评估，以及时修正或改进语音系统。
128.本实施例提供了一种语音系统测试方法，通过获取用户输入的调用指令；然后根据调用指令中的关键字信息确定目标音频，判断本地的测试音频库中是否存在与关键字信息对应的目标音频；若是，则将目标音频发送给语音系统；若否，则以预设方式生成目标音频，并将目标音频发送给语音系统，以对语音系统进行语音测试。解决了现有技术存在的单纯依赖人工测试导致无法实现标准化测试的技术问题。达到了将环境变量和测试人员变量排除在语音系统测试的影响因子之外，使得测试结果更加标准化，便于后期进行数据比较分析的技术效果。
129.图4为本技术实施例提供的一种语音系统测试装置的结构示意图。该语音系统测试装置400可以通过软件、硬件或者两者的结合实现。
130.如图4所示，该语音系统测试装置400包括：
131.获取模块，用于用户输入的调用指令；
132.处理模块，用于：
133.根据调用指令中的关键字信息，检索本地的测试音频库中是否存在与关键字信息对应的本地音频；
134.若是，则将检索到的本地音频作为目标音频；
135.若否，则接收在线方式基于关键字信息生成的在线音频，将在线音频作为目标音频；
136.利用目标音频生成音频信号并发送给语音系统，以对语音系统进行语音测试。
137.在一种可能的设计中，处理模块，用于利用音频播放器播放目标音频，并将音频播放器输出的音频信号发送给语音系统的音频采集接口。
138.在一种可能的设计中，目标音频的文件名包含关键字信息。
139.在一种可能的设计中，处理模块，用于利用文字语音转换工具(如tts(text to speech)转换关键字信息，以生成目标音频。
140.在一种可能的设计中，处理模块，还用于将在线音频存储到本地的测试音频库中。
141.在一种可能的设计中，处理模块，还用于：
142.检测语音系统的交互界面是否有针对音频信号的回馈显示，并累计针对音频信号的回馈显示的正确执行结果或错误执行结果；
143.若检测语音系统的交互界面有针对音频信号的回馈显示，则检测回馈显示的内容是否正确识别音频信号，并累计针对识别音频信号的正确执行结果或错误执行结果。
144.在一种可能的设计中，处理模块，还用于：若检测语音系统的交互界面没有针对音频信号的回馈显示，则检测语音系统是否记录操作日志，并累计针对记录操作日志的正确执行结果或错误执行结果；
145.若是，则检测操作日志中是否包括正确识别音频信号的信息，并累计针对识别音频信号的信息的正确执行结果或错误执行结果。
146.在一种可能的设计中，处理模块，还用于：若检测到语音系统没有记录操作日志，则检测语音系统是否调用应用程序，并累计针对调用应用程序的正确执行结果或错误执行结果；
147.若是，则检测被调用的应用程序是否为音频信号对应的目标应用，并累计针对调用音频信号对应的目标应用的正确执行结果或错误执行结果。
148.在一种可能的设计中，处理模块，还用于：
149.对所有正确执行结果和/或所有错误执行结果进行统计并输出语音系统的评估测试结果。
150.值得说明的是，图4所示实施例提供的装置，可以执行上述任一方法实施例中所提供的方法，其具体实现原理、技术特征、专业名词解释以及技术效果类似，在此不再赘述。
151.图5为本技术实施例提供的一种电子设备的结构示意图。如图5所示，该电子设备500，可以包括：至少一个处理器501和存储器502。图5示出的是以一个处理器为例的电子设备。
152.存储器502，用于存放程序。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。
153.存储器502可能包含高速ram存储器，也可能还包括非易失性存储器(non
‑
volatile memory)，例如至少一个磁盘存储器。
154.处理器501用于执行存储器502存储的计算机执行指令，以实现以上各方法实施例所述的方法。
155.其中，处理器501可能是一个中央处理器(central processing unit，简称为cpu)，或者是特定集成电路(application specific integrated circuit，简称为asic)，或者是被配置成实施本技术实施例的一个或多个集成电路。
156.可选地，存储器502既可以是独立的，也可以跟处理器501集成在一起。当所述存储器502是独立于处理器501之外的器件时，所述电子设备500，还可以包括：
157.总线503，用于连接所述处理器501以及所述存储器502。总线可以是工业标准体系结构(industry standard architecture，简称为isa)总线、外部设备互连(peripheral component，pci)总线或扩展工业标准体系结构(extended industry standard architecture，eisa)总线等。总线可以分为地址总线、数据总线、控制总线等，但并不表示仅有一根总线或一种类型的总线。
158.可选的，在具体实现上，如果存储器502和处理器501集成在一块芯片上实现，则存储器502和处理器501可以通过内部接口完成通信。
159.本技术实施例还提供了一种计算机可读存储介质，该计算机可读存储介质可以包括：u盘、移动硬盘、只读存储器(read
‑
only memory，rom)、随机存取存储器(random access memory，ram)、磁盘或者光盘等各种可以存储程序代码的介质，具体的，该计算机可读存储介质中存储有程序指令，程序指令用于上述各方法实施例中的方法。
160.本技术实施例还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的方法。
161.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由本技术的权利要求书指出。
162.应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求书来限
制。
163.最后应说明的是：以上各实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。