一种对远程诊修系统测试的系统及方法与流程

1.本发明实施例涉及车辆控制技术领域，尤其涉及一种对远程诊修系统测试的系统及方法。


背景技术：

2.目前，可通过远程诊修功能帮助司机提早发现车辆出现的问题，并提供维修指导建议。因此，对远程诊修功能进行测试，确保远程诊修功能的正常使用成为提高车辆运行安全的重要环节。
3.现有技术中，远程诊修功能测试主要通过人为操作，在实际车辆制造功能故障，从而得到故障数据，将其作为测试数据对远程诊修功能进行测试。但是，在实现本发明的过程中，发现现有技术至少存在以下技术问题：通过人为操作控制车辆产生故障，只能产生车辆功能性故障，即仅能测试远程诊修功能对于功能性故障的诊断情况，无法对远程诊修功能进行全面测试；并且，人为操作效率低，易出错，降低了测试结果的准确性。


技术实现要素：

4.本发明实施例提供了一种对远程诊修系统测试的系统及方法，以实现提高对远程诊修系统测试的准确性和有效性的目的。
5.根据本发明的一方面，提供了一种对远程诊修系统测试的系统，所述系统包括与待测试的远程诊修系统连接的工控机，所述工控机包括故障仿真模块和测试分析模块；所述远程诊修系统包括远程信息处理器、与所述远程信息处理器连接的远程诊修平台，以及与所述远程诊修平台连接的测试终端；
6.所述故障仿真模块，用于接收所述远程信息处理器发送的故障读取指令，并基于故障读取指令生成对应的故障测试数据，并将所述故障测试数据发送至所述远程信息处理器；
7.所述远程信息处理器，用于基于接收到的故障测试数据，生成故障测试信息，并将所述故障测试信息发送至待测试的远程诊修平台，以使所述远程诊修平台基于所述故障测试信息生成对应的诊修信息以及将所述诊修信息发送至所述测试终端；
8.所述测试分析模块，用于基于获取的所述故障测试数据、所述故障测试信息和所述诊修信息，以及所述测试终端的展示信息，确定所述远程诊修系统的诊修功能是否存在异常。
9.根据本发明的另一方面，提供了一种对远程诊修系统测试的方法，应用于对远程诊修系统测试的系统，所述系统包括与待测试的远程诊修系统连接的工控机，所述工控机包括故障仿真模块和测试分析模块；所述远程诊修系统包括远程信息处理器、与所述远程信息处理器连接的远程诊修平台，以及与所述远程诊修平台连接的测试终端；所述方法包括：
10.通过所述故障仿真模块接收所述远程信息处理器发送的故障读取指令，并基于故
障读取指令生成对应的故障测试数据，并将所述故障测试数据发送至所述远程信息处理器；
11.通过所述远程信息处理器基于接收到的故障测试数据，生成故障测试信息，并将所述故障测试信息发送至待测试的远程诊修平台，以使所述远程诊修平台基于所述故障测试信息生成对应的诊修信息以及将所述诊修信息发送至所述测试终端；
12.通过所述测试分析模块基于获取的所述故障测试数据、所述故障测试信息和所述诊修信息，以及所述测试终端的展示信息，确定所述远程诊修系统的诊修功能是否存在异常。
13.本发明实施例的技术方案，通过故障仿真模块接收远程信息处理器发送的故障读取指令，基于故障读取指令生成对应的故障测试数据，并将故障测试数据发送至远程信息处理器，以生成故障测试信息，并将故障测试信息发送至待测试的远程诊修平台，以使远程诊修平台基于故障测试信息生成对应的诊修信息以及将诊修信息发送至测试终端，从而通过故障仿真模块即可产生故障完成对远程诊修平台的测试，解决了现有技术中人为操作控制车辆产生故障导致的无法进行全面测试的问题，本技术方案通过测试分析模块基于获取的故障测试数据、故障测试信息和诊修信息，以及测试终端的展示信息，确定远程诊修系统的诊修功能是否存在异常，实现了提高对远程诊修系统测试的准确性和有效性的作用。
14.应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。
附图说明
15.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
16.图1是根据本发明实施例提供的一种对远程诊修系统测试的系统的结构示意图；
17.图2是根据本发明实施例提供的一种对远程诊修系统测试的系统的连接示意图；
18.图3是根据本发明实施例提供的一种对远程诊修系统测试的方法的流程图。
具体实施方式
19.为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
20.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“等”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清
楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
21.图1是根据本发明实施例提供的一种对远程诊修系统测试的系统的结构示意图；如图1所示，系统包括与待测试的远程诊修系统10连接的工控机11，工控机11包括故障仿真模块110和测试分析模块111；远程诊修系统10包括远程信息处理器100、与远程信息处理器100连接的远程诊修平台101，以及与远程诊修平台101连接的测试终端102；
22.故障仿真模块110，用于接收远程信息处理器100发送的故障读取指令，并基于故障读取指令生成对应的故障测试数据，并将故障测试数据发送至远程信息处理器100；
23.远程信息处理器100，用于基于接收到的故障测试数据，生成故障测试信息，并将故障测试信息发送至待测试的远程诊修平台101，以使远程诊修平台101基于故障测试信息生成对应的诊修信息以及将诊修信息发送至测试终端102；
24.测试分析模块111，用于基于获取的故障测试数据、故障测试信息和诊修信息，以及测试终端102的展示信息，确定远程诊修系统的诊修功能是否存在异常。
25.其中，故障读取指令中包括需要生成的故障测试数据的故障类型，例如，故障类型可包括发动机故障、变速箱故障、辅助驾驶故障等。故障仿真模块通过故障读取指令，生成与故障读取指令中指示的故障类型的故障测试数据，通过故障测试数据测试远程诊修平台。
26.在本实施例中，工控机11可通过usb(universal serial bus，通用串行总线)与远程诊修系统10连接，远程信息处理器100为t-box，工控机11通过usb读取存储在远程信息处理器100中的远程信息运行日志。在具体实施中，远程信息处理器100可周期性向工控机11的故障仿真模块110发送故障读取指令。例如，可通过can(controller area network，控制器局域网络)总线周期性向工控机11发送故障读取指令。
27.可选的，该系统还包括：数据监控仿真设备，与工控机和远程信息处理器分别连接，用于监听远程信息处理器通过总线发送的故障读取指令，并将故障读取指令发送至工控机。
28.其中，数据监控仿真设备为can总线的监控和仿真的硬件接口设备，协助工控机完成can总线的信号监控和信号仿真。示例性的，数据监控仿真设备实时监听远程信息处理器发送的can总线消息，监听到故障读取指令后，将故障读取指令发送至工控机。
29.本实施例中，可将生成的故障测试数据传输至远程信息处理器100，远程信息处理器100通过对故障测试数据解析后，并基于远程诊修平台101的信息处理格式，对故障测试数据进行格式转化，以构成能够在远程诊修平台101中能够识别、读取和处理的故障测试信息，并将故障测试信息发送至待测试的远程诊修平台101，以使远程诊修平台101基于故障测试信息生成对应的诊修信息以及将诊修信息发送至测试终端102。
30.其中，诊修信息为远程诊修平台对故障测试信息对应的故障进行诊修后，得到的诊修结果，可包括该故障测试信息对应的故障说明、故障标识、故障解决方案等内容。
31.本实施例中，测试分析模块111可分别与远程信息处理器100、测试终端102和远程诊修平台101建立通信连接，可获取远程信息处理器100中存储的故障测试数据、故障测试信息、远程诊修平台101中得到的诊修信息，和测试终端102的展示信息。其中，展示信息为测试终端103在接收到诊修信息后的在测试终端103的展示结果。
32.可选的，远程信息处理器100，还用于将接收到的故障测试数据及对应的故障测试信息，存储至远程信息运行日志中；工控机11，还用于获取远程信息运行日志中记录的故障测试数据和故障测试信息。
33.具体的，工控机11中的测试分析模块111可通过获取远程信息运行日志中的存储数据，确定出故障测试数据和故障测试信息，通过运行日志便于对远程诊修出现的问题进行定位和分析，同时提高获取故障测试数据和故障测试信息的便利性。
34.本实施例中，通过对故障测试数据、故障测试信息、诊修信息和展示信息进行比对，确定远程诊修系统的诊修功能是否存在异常。例如，展示信息、故障测试数据、故障测试信息、诊修信息之间的通信格式是否相匹配，如果匹配这说明诊修功能正常，如果不匹配，则说明诊修功能异常。
35.可选的，测试分析模块包括通信分析单元；其中，通信分析单元，用于基于预先存储的通信协议要求，确定故障测试数据、故障测试信息、诊修信息和展示信息是否存在通信格式异常，如果正常，则基于预先存储的诊修信息与故障测试信息之间的匹配关系，确定远程诊修系统的诊修功能是否存在异常。
36.具体的，通信分析单元可预先存储通信协议要求，该通信协议要求中反映出工控机、远程信息处理器以及测试终端之间的通信格式。可确定出故障测试数据、故障测试信息、诊修信息和展示信息之间是否符合通信协议要求，如果符合，则说明通信格式正常，如果不符合，则说明通信格式异常，诊修功能异常。当通信格式正常时，可基于预先存储的诊修信息与故障测试信息之间的匹配关系，确定当前故障测试信息对应的当前诊修信息，如果当前诊修信息与远程诊修平台确定出的诊修信息一致，则说明诊修功能正常；如果不一致，则说明诊修功能异常。
37.本实施例中，通过通信协议要求以及诊修信息与故障测试信息之间的匹配关系，可确定出是否存在通信格式异常以及诊修信息异常，如果二者均正常，则说明诊修功能正常，全面、清晰地对诊修功能是否存在异常进行判断。
38.可选的，工控机与两个或两个以上的待测试的远程诊修系统通信连接；其中，故障仿真模块，还用于接收两个或两个以上的远程信息处理器发送的故障读取指令，针对每个故障读取指令，生成与故障读取指令对应的车辆型号的故障测试子数据，基于各故障测试子数据对两个或两个以上的远程诊修系统进行进行诊修测试。
39.具体的，工控机可批量对远程诊修系统进行测试，从而提高对远程诊修系统进行测试的测试效率。具体的，不同远程诊修系统用于诊修的车辆型号不同，可通过对不同远程诊修系统进行测试，便于实现对多种车辆型号的车辆进行同时诊修的功能。
40.在对两个或两个以上的远程诊修系统进行测试时，工控机中的故障仿真模块，可同时接收两个或两个以上的远程信息处理器发送的故障读取指令，并生成与每个故障读取指令对应的车辆型号的故障测试子数据，每个故障测试子数据可对一个远程诊修系统进行测试。本实施例通过匹配对远程诊修系统进行测试，有助于提高测试效率。
41.本实施例中，工控机还包括异常场景仿真模块，用于生成异常场景信息，并将异常场景信息发送至远程诊修系统，以对远程诊修系统在异常场景下进行诊修功能测试。
42.具体的，异常场景仿真可用于对远程诊修系统在异常场景下进行诊修功能测试，以提高远程诊修系统测试的全面性和准确性。其中，异常场景信息可包括传输的数据异常、
电压异常、总线负载率异常以及优先级异常等场景信息。
43.可选的，异常场景仿真模块包括第一异常仿真单元，用于生成异常测试数据，并将异常测试数据发送至远程信息处理器，并基于远程信息处理器对异常测试数据的处理结果，测试远程信息处理器的异常数据处理功能；其中，异常测试数据包括数据长度异常数据和/或数据内容异常数据。
44.具体的，工控机的异常场景仿真模块可模拟发送各类异常数据，远程信息处理器若能够准确识别异常数据，并进行丢弃操作，然后生成错误信息上传到远程诊修平台中，则说明远程信息处理器的异常数据处理功能正常；如果无法正确识别并丢弃数据，或者未生成错误信息上传至远程诊修平台，则说明远程信息处理器的异常数据处理功能异常。本实施可验证在传输数据的长度、内容等出现异常时，远程信息处理器的异常数据处理功能是否正常。
45.可选的，异常场景仿真模块包括与远程信息处理器的程控电源连接的第二异常仿真单元；第二异常仿真单元，用于生成异常电压控制指令，并将异常电压控制指令发送至程控电源，以使程控电源为远程信息处理器提供异常电压，并检测远程信息处理器的工作状态。
46.其中，异常电压控制指令包括超过预设电压范围的电压，或者低于预设电压范围的电压的控制指令。通过异常电压控制指令，可控制程控电源产生异常电压，从而为远程信息处理器进行异常供电，以检测远程信息处理器在异常供电情况下的工作状态。当远程信息处理器在异常供电情况下，正确读取故障测试数据，说明远程信息处理器工作状态正常；若不能正确读取故障测试数据，说明远程信息处理器工作状态异常。本实施例提供了供电异常场景，以对远程信息处理在高压或低压情况下的诊修功能进行验证。
47.可选的，所述异常场景仿真模块包括第三异常仿真单元，用于在远程诊修过程中，模拟具有第一优先级的诊断服务介入所述远程诊修过程，基于所述第一优先级和远程诊修服务的第二优先级对所述远程诊修系统在不同优先级的诊断服务介入的场景下进行诊修功能测试。
48.本实施例中，诊断服务可包括ota(over-the-air technology，空中下载技术)升级服务和/或车载诊断仪插入服务，可预先设定介入的诊断服务的优先级。可设定第一优先级高于第二优先级，也可设定第二优先级高于第一优先级。本实施例中可以第一优先级高于第二优先级为例进行说明。第三异常仿真单元可用于生成第一优先级的诊断服务，并在远程诊修系统进行诊修时，将诊断服务发送至远程信息处理器，以测试远程诊修系统能否确定出第一优先级高于第二优先级，且使优先级高于远程诊修服务的第二优先级的诊断服务先执行，暂停当前的远程诊修服务。
49.示例性的，当远程诊修系统正在进行诊修时，第一优先级的诊断服务介入，且第一优先级高于远程诊修服务的第二优先级，若远程诊修系统暂停诊修，并等待高优先级的诊断服务结束后，继续执行诊修，则说明远程诊修系统功能正常；若远程诊修系统未暂停，则说明远程诊修功能异常。当远程诊修系统正在进行诊修时，第一优先级的诊断服务介入，且第一优先级低于远程诊修服务的第二优先级，此时远程诊修系统忽略低优先级的诊断服务，继续执行远程诊修，则说明远程诊修系统功能正常，若远程诊修功能暂停，则说明远程诊修系统功能异常。
50.本实施例对优先级诊修场景下对远程诊修系统的功能进行测试，确保远程诊修系统能够按照诊断服务的优先级进行诊修。
51.可选的，工控机中可通过数据监控仿真设备实现总线负载率的控制，逐步提高总线负载率，测试远程信息处理器能正常读取故障数据时可承受的最大总线负载率。从而验证当负载率过高而导致通信不稳定时，远程信息处理器是否能够正确的读取故障测试数据。
52.本发明实施例的技术方案，通过故障仿真模块接收远程信息处理器发送的故障读取指令，基于故障读取指令生成对应的故障测试数据，并将故障测试数据发送至远程信息处理器，以生成故障测试信息，并将故障测试信息发送至待测试的远程诊修平台，以使远程诊修平台基于故障测试信息生成对应的诊修信息以及将诊修信息发送至测试终端，从而通过故障仿真模块即可产生故障完成对远程诊修平台的测试，解决了现有技术中人为操作控制车辆产生故障导致的无法进行全面测试的问题，本技术方案通过测试分析模块基于获取的故障测试数据、故障测试信息和诊修信息，以及测试终端的展示信息，确定远程诊修系统的诊修功能是否存在异常，实现了提高对远程诊修系统测试的准确性和有效性的作用。
53.上文中对于对远程诊修系统测试的系统对应的实施例进行了详细描述，为了使本领域技术人员进一步清楚本系统的技术方案，下文中给出具体的应用场景。
54.图2是根据本发明实施例提供的一种对远程诊修系统测试的系统的连接示意图；如图2所示，工控机通过usb线与数据监控仿真设备连接；通过另一usb线与t-box连接。数据监控仿真设备通过can总线与t-box连接。t-box通过基站的蜂窝网络与远程诊修平台进行无线通信。测试终端与基站无线通信，通过基站的蜂窝网络接收远程诊修平台推送的诊修信息。
55.远程诊修系统测试流程可包括故障测试流程和异常测试流程，故障测试流程包括：
56.1、测试开始，运行工控机中的故障仿真模块，此时，工控机通过数据监控仿真设备开始监测can总线中t-box发送的故障读取指令。
57.2、t-box上电并初始化完成后，t-box开始向can总线中发送故障读取指令。
58.3、数据监控仿真设备监测到故障读取指令后，将故障读取指令发送至故障仿真模块，由故障仿真模块生成故障测试数据。
59.4、t-box接收故障仿真模块发送的故障测试数据，将故障测试数据打包成故障测试信息；其中，打包前的故障测试数据和打包后的故障测试信息均记录在t-box运行日志中；将故障测试信息上传到远程诊修平台中。同时，工控机实时读取t-box的运行日志并记录。
60.5、远程诊修平台接收到t-box发送的故障测试信息后，将平台中存储的诊修信息与故障测试信息进行匹配后，将当前的故障测试信息对应的诊修信息推送到测试终端，其中，测试终端可为手机。
61.6、将故障数据、t-box的运行日志、诊修信息进行比对分析，以确定诊修功能是否正常。
62.异常测试流程包括：
63.1、测试开始，运行工控机中的异常场景仿真模块，此时，工控机通过数据监控仿真
设备开始监测can总线中t-box发送的异常读取指令。
64.2、t-box上电并初始化完成后，t-box开始向can总线中发送异常读取指令。
65.3、数据监控仿真设备监测到异常读取指令后，将故障读取指令发送至异常场景仿真模块，由异常场景仿真模块注入异常因素，如数据异常、供电电压异常、优先级异常等场景数据。
66.4、基于注入异常因素后，t-box的运行日志、远程诊修平台接收到的信息和测试终端接收到的诊修信息，进行比对分析以确定诊修功能在异常场景下是否正常。
67.本实施例可通过模拟的故障测试数据、t-box运行日志中记录的故障测试信息，以及诊修信息，对整个远程诊修系统的诊修功能进行闭环验证，保证远程诊修功能在通信链路中的正常运行。
68.图3是根据本发明实施例提供的一种对远程诊修系统测试的方法的流程图。该方法应用于对远程诊修系统测试的系统，系统包括与待测试的远程诊修系统连接的工控机，工控机包括故障仿真模块和测试分析模块；远程诊修系统包括远程信息处理器、与远程信息处理器连接的远程诊修平台，以及与远程诊修平台连接的测试终端；该方法与上述各实施例的对远程诊修系统测试的系统属于同一个发明构思，在对远程诊修系统测试的方法的实施例中未详尽描述的细节内容，可以参考上述对远程诊修系统测试的系统的实施例。。
69.如图3所示，本实施例的方法具体可包括：
70.s110、通过故障仿真模块接收远程信息处理器发送的故障读取指令，并基于故障读取指令生成对应的故障测试数据，并将故障测试数据发送至远程信息处理器。
71.s120、通过远程信息处理器基于接收到的故障测试数据，生成故障测试信息，并将故障测试信息发送至待测试的远程诊修平台，以使远程诊修平台基于故障测试信息生成对应的诊修信息以及将诊修信息发送至测试终端。
72.s130、通过测试分析模块基于获取的故障测试数据、故障测试信息和诊修信息，以及测试终端的展示信息，确定远程诊修系统的诊修功能是否存在异常。
73.在本发明实施例中任一可选技术方案的基础上，可选的，工控机还包括异常场景仿真模块，该方法还包括：
74.通过异常场景仿真模块生成异常场景信息，并将异常场景信息发送至远程诊修系统，以对远程诊修系统在异常场景下进行诊修功能测试。
75.在本发明实施例中任一可选技术方案的基础上，可选的，异常场景仿真模块包括第一异常仿真单元，该方法还包括：
76.通过第一异常仿真单元生成异常测试数据，并将异常测试数据发送至远程信息处理器，并基于远程信息处理器对异常测试数据的处理结果，测试远程信息处理器的异常数据处理功能；
77.其中，异常测试数据包括数据长度异常数据和/或数据内容异常数据。
78.在本发明实施例中任一可选技术方案的基础上，可选的，异常场景仿真模块包括与远程信息处理器的程控电源连接的第二异常仿真单元；该方法还包括：
79.通过第二异常仿真单元，生成异常电压控制指令，并将异常电压控制指令发送至程控电源，以使程控电源为远程信息处理器提供异常电压，并检测远程信息处理器的工作状态。
80.在本发明实施例中任一可选技术方案的基础上，可选的，异常场景仿真模块包括第三异常仿真单元，该方法还包括：
81.通过第三异常仿真单元在远程诊修过程中，模拟具有第一优先级的诊断服务介入远程诊修过程，基于第一优先级和远程诊修服务的第二优先级对远程诊修系统在不同优先级的诊断服务介入的场景下进行诊修功能测试。
82.在本发明实施例中任一可选技术方案的基础上，可选的，测试分析模块包括通信分析单元；该方法还包括:
83.通过通信分析单元基于预先存储的通信协议要求，确定故障测试数据、故障测试信息、诊修信息和展示信息是否存在通信格式异常，如果正常，则基于预先存储的诊修信息与故障测试信息之间的匹配关系，确定远程诊修系统的诊修功能是否存在异常。
84.在本发明实施例中任一可选技术方案的基础上，可选的，工控机与两个或两个以上的待测试的远程诊修系统通信连接；该方法还包括：
85.通过故障仿真模块接收两个或两个以上的远程信息处理器发送的故障读取指令，针对每个故障读取指令，生成与故障读取指令对应的车辆型号的故障测试子数据，基于各故障测试子数据对两个或两个以上的远程诊修系统进行进行诊修测试。
86.在本发明实施例中任一可选技术方案的基础上，可选的，该方法还包括：
87.通过远程信息处理器将接收到的故障测试数据及对应的故障测试信息，存储至远程信息运行日志中；
88.通过工控机获取远程信息运行日志中记录的故障测试数据和故障测试信息。
89.在本发明实施例中任一可选技术方案的基础上，可选的，该系统还包括数据监控仿真设备，与工控机和远程信息处理器分别连接，该方法还包括：
90.通过数据监控仿真设备监听远程信息处理器通过总线发送的故障读取指令，并将故障读取指令发送至工控机。
91.本发明实施例的技术方案，通过故障仿真模块接收远程信息处理器发送的故障读取指令，基于故障读取指令生成对应的故障测试数据，并将故障测试数据发送至远程信息处理器，以生成故障测试信息，并将故障测试信息发送至待测试的远程诊修平台，以使远程诊修平台基于故障测试信息生成对应的诊修信息以及将诊修信息发送至测试终端，从而通过故障仿真模块即可产生故障完成对远程诊修平台的测试，解决了现有技术中人为操作控制车辆产生故障导致的无法进行全面测试的问题，本技术方案通过测试分析模块基于获取的故障测试数据、故障测试信息和诊修信息，以及测试终端的展示信息，确定远程诊修系统的诊修功能是否存在异常，实现了提高对远程诊修系统测试的准确性和有效性的作用。
92.值得注意的是，上述对远程诊修系统测试的系统的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。
93.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。
94.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明
白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。