一种防止节点地址异常的WTB节点初运行方法及系统与流程

一种防止节点地址异常的wtb节点初运行方法及系统
技术领域
1.本发明涉及wtb总线管理及优化技术领域，尤其涉及一种防止节点地址异常的wtb节点初运行方法及系统。


背景技术：

2.绞线式总线的列车控制骨干网wtb，在轨道交通领域应用广泛，如投用中的标准动车组、和谐d1车、城际动车组等列车均采用wtb技术作为列车重联技术，传统的管理方法中，采用标准的wtb初运行方法实现对wtb拓扑的检测，具体通过各类定时器来实现周期性的过程控制，但是由于各个终端设备的硬件存在差异性，各终端设备的时钟无法完全同步，导致初运行过程中不可避免地会出现一些异常状况，尤其是对于系统复杂度日益提高的列车系统，采用传统手段进行wtb初运行时发生异常状况的概率更高，而异常状况发生时，需要列车司机或者其他工作人员手动恢复，大大影响了列车的运行效率，耗时耗力，且不利于列车自动化运行事业的顺利推进。


技术实现要素：

3.为解决上述问题，本发明提供了一种防止节点地址异常的wtb节点初运行方法，在一个实施例中，所述方法包括：
4.步骤s1、完成上电操作的各节点激活并实现初始化；
5.步骤s2、依据wtb标准确定主节点并发现各远程节点，所述远程节点为从节点，由主节点对发现的从节点进行命名；
6.步骤s3、主节点通过拓扑请求报文将更新后的总线拓扑信息同步给从节点；
7.步骤s4、从节点基于报文中节点的数量，对当前拓扑的逻辑进行验证，若验证通过，则执行步骤s5，若验证不通过，则该从节点重新进入wtb初始化状态；
8.步骤s5、从节点判断是否曾收到命名请求报文，若是，则执行步骤s6，若否，则该节点重新进入wtb初始化状态；
9.步骤s6、从节点根据命名请求报文中的节点地址和拓扑请求报文中的节点地址进行验证，若验证通过则向主节点返回拓扑响应报文，初运行完成；若验证不通过则该节点重新进入wtb初始化状态。
10.优选地，一个实施例中，在所述步骤s2中，包括：
11.依据wtb标准通过发出的检测请求报文以及返回的检测响应报文确定主节点，并发现作为从节点的远程节点，由主节点对发现的从节点命名并分配地址，纳入总线拓扑。
12.进一步地，在一个实施例中，所述方法还包括：
13.在步骤s6中，当所述验证通过时，从节点进一步通过侦听方法对当前拓扑内部的报文进行验证，若当前拓扑内部出现检测报文，则判定当前拓扑存在节点丢失，重新进行初运行，若未出现检测报文，则向主节点返回拓扑响应报文，完成初运行。
14.在一个实施例中，所述方法还包括：
15.由wtb终端按照设定的时间间隔，通过在报文通信中随机停止发送从帧数据，根据收到数据的情况判定是否存在与自身地址冲突的设备，若存在，则该wtb终端重新初始化发起初运行。
16.具体地，在一个实施例中，在步骤s3中，包括：
17.主节点收到从节点的命名响应报文确认从节点命名成功后，更新自己的wtb总线拓扑信息，再通过发送拓扑请求报文，将更新后的wtb总线拓扑信息同步给各从节点。
18.一个实施例中，在步骤s4中，包括：
19.从节点获取拓扑请求报文中的节点数量信息，将其与已有的当前节点数量比较，若所述拓扑请求报文中的节点数量小于等于当前节点数量，则确定该拓扑请求报文不满足拓扑逻辑的正确性要求，验证不通过。
20.具体地，一个实施例中，在步骤s6中，包括：
21.从节点确定在本次拓扑请求报文之前曾接收到命名请求报文后，获取该命名请求报文中的节点地址数据，若获取的节点地址与拓扑请求报文中对应的端节点地址不一致，则确定该拓扑请求报文不满足拓扑逻辑的正确性要求，验证不通过。
22.进一步地，wtb终端通过以下操作判定是否存在与自身地址冲突的设备：
23.wtb终端在报文通信中随机停止发送从帧数据后，若仍然收到了从帧，且该从帧中的源设备地址与自身的节点地址一样，则确认存在与自身地址冲突的设备，重新进入初始化状态以发起初运行。
24.基于本发明上述实施例的技术方案，本发明还提供一种存储介质，该存储介质上存储有可实现如上述任意一个或多个实施例所述方法的程序代码。
25.考虑到本发明上述实施例的其他方面，本发明还提供一种防止节点地址异常的wtb节点初运行系统，该系统执行如上述任意一个或多个实施例所述的方法。
26.与最接近的现有技术相比，本发明还具有如下有益效果：
27.本发明提供的一种防止节点地址异常的wtb节点初运行方法，该方法在主节点通过拓扑请求报文将更新后的总线拓扑信息同步给从节点的过程中，当从节点接收到来自主节点的拓扑请求报文后，控制该从节点基于报文中节点的数量，对当前拓扑的逻辑进行验证，基于此，进一步根据之前收到的命名请求报文中的节点地址和当前拓扑请求报文中的节点地址对初运行的逻辑进行验证，均验证通过后，才向主节点返回拓扑响应报文完成初运行。该方案在初运行的过程中利用多种检测机制保证wtb初运行的正确性，能够克服现有初运行技术存在的异常概率高及依赖人工协助的缺陷；
28.而且能够有效应用于复杂系数高的总线系统，实用性更高，在wtb初运行存在异常时能够自动恢复，通过精准监视和控制满足高可靠性要求，同时在不降低其原有的互联互通性能的前提下，优化了总线节点重联的正确性和速度，极大程度上推动了wtb总线管理的高自动化和高效发展。
29.本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
30.附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例共同用于解释本发明，并不构成对本发明的限制。在附图中：
31.图1是本发明一实施例中防止节点地址异常的wtb节点初运行方法的流程示意图；
32.图2是本发明实施例提供的防止节点地址异常的wtb节点初运行方法中多节点异步唤醒场景的总线节点示例图；
33.图3是本发明另一实施例提供的防止节点地址异常的wtb节点初运行系统的结构示意图。
具体实施方式
34.以下将结合附图及实施例来详细说明本发明的实施方式，借此本发明的实施人员可以充分理解本发明如何应用技术手段来解决技术问题，并达成技术效果的实现过程并依据上述实现过程具体实施本发明。需要说明的是，只要不构成冲突，本发明中的各个实施例以及各实施例的各个特征可以相互结合，所形成的技术方案均在本发明的保护范围之内。
35.实际应用中，初运行过程是在列车网络正常工作之前进行的，当列车编组发生改变时，特别是每次车辆挂接或解连时，总线将要重新进行初运行操作，列车运行过程中，若某一节车辆损坏不能正常收发数据时，为了是其他车辆正常运行，则需要人为进行初运行操作来给各节列车分配新的地址。
36.wtb总线每个总线段都在一个节点的控制下，该节点被称为主节点，其他节点称为从节点，主节点自主发送，从节点收到主节点的请求时才发送数据，其中，wtb指由iec61375-2-1定义的一种绞线式列车总线协议。wtb总线节点的初运行过程相当复杂，必须考虑编组的变化，同时考虑主从节点的失效和各种可能的错误及异常。
37.wtb列车控制骨干网，在轨道交通领域应用广泛。中国标准动车组、和谐d1车、城际动车组等列车均采用wtb技术作为列车重联技术。按照标准实现的传统wtb初运行方法，其通过各类定时器来实现过程控制，由于各个终端设备的硬件存在差异性其时钟无法完全同步，例如多设备节点异步唤醒的情况，在初运行过程中会出现一些错误结果，且在系统复杂度提高的情况下，会出现初运行后拓扑异常问题。当错误或异常发生时，需要列车司机或者其他人员手动恢复，这在高自动化的要求下是不允许的。
38.为解决上述问题，本发明提供一种防止节点地址异常的wtb节点初运行方法及系统，本发明的方案主要用于绞线式总线的列车控制骨干网(wtb)，可提升列车重联的正确性和速度。从初运行逻辑正确性检查、拓扑节点丢失检查以及节点地址冲突检测三方面着手，通过监视初运行过程的报文信息，实现精准控制来避免节点地址冲突，本发明的方案能够有效实现初运行错误的预防、初运行状态检测以及异常后自动恢复，可以解决按定时器方法实现的wtb初运行无法规避的错误，且本发明的方案相比于传统的wtb初运行方法，不降低其原有的互联互通性能，优化了重联的正确性和速度，实现了列车重联异常的自动检测和恢复。下面参考附图对本发明各个实施例进行说明。
39.实施例一
40.wtb初运行是指wtb总线不断延展纳入新节点的一个过程，wtb总线在每个节点内部都存在1个继电器，在其处于端节点状态时，继电器是断开的，将总线分成不同的部分。
41.图1示出了本发明实施例一提供的防止节点地址异常的wtb节点初运行方法的流程示意图，参照图1可知，该方法包括如下步骤。
42.步骤s110、完成上电操作的各节点激活并实现初始化。
43.假设当前总线有5个节点，刚上电时，所有节点都处于未激活状态，此时整个总线是贯通的，5个节点的继电器都处于闭合状态。
44.当总线中的5个节点处于多节点异步唤醒场景时，例如，当其中的a、c、e节点先完成上电操作，如图2所示，此时a、c、e节点被激活，开始wtb初始化；
45.wtb初始化后，a、c、e都处在端节点状态，继电器处在断开状态；
46.a、c、e这3个节点会往自身的两个方向，发送检测请求报文，来确认是否有新的远程节点；
47.收到检测请求报文的节点会往相同方向，回复检测响应报文，然后c和a会互相发现，c和e会互相发现；
48.根据wtb标准，节点数相同情况下先收到检测响应报文的节点作主节点，然后对发现的远程节点进行命名再纳入自己的总线中；当a节点为主节点时，其将对发现的其他远程节点c和e分别发送命名请求报文，完成各远程节点c和e的地址分配，因此，本发明实施例包括以下步骤：步骤s120、依据wtb标准确定主节点并发现各远程节点，所述远程节点为从节点，由主节点对发现的从节点进行命名。
49.具体地，一个实施例中，在所述步骤s120中，包括：
50.依据wtb标准通过发出的检测请求报文以及返回的检测响应报文确定主节点，并发现作为从节点的远程节点，由主节点对发现的从节点命名并分配地址，纳入总线拓扑。
51.以远程节点c节点为例，其作为从节点时，a将对c节点发送命名请求报文，完成c节点的地址分配，结合该示例，设置其地址为2；c节点收到命名请求报文，需要回复a节点命名响应报文，告知a节点命名成功；
52.无异常时候的初运行进程接下来为：a节点确认命名成功后，更新自己的wtb拓扑信息，再通过拓扑请求报文，同步给c节点；
53.c节点收到拓扑请求报文，再将新的wtb拓扑信息存储到本地，回复拓扑响应报文给a节点；
54.此时a和c节点完成1次初运行，继而重复以上过程，a和c节点往a的左侧和c的右侧发送检测请求报文，确认是否有新的远程节点；
55.c和e互相发现后，由于c所在拓扑节点数为2，而e节点拓扑节点数为1，所以c节点拓扑作为强拓扑，主保持不变，由a节点继续作主节点；
56.a节点发送置中请求报文给c节点，c节点将闭合自身继电器，此时a节点发送的报文才能到达e节点；
57.a节点继续发送命名请求报文，完成e节点地址分配，设置其地址为3，e节点回复命名响应报文；
58.a节点确认命名成功后，更新自己的wtb拓扑信息，再通过拓扑请求报文，依次同步给c、e节点；
59.因此本发明的实施例包括以下步骤：步骤s130、主节点通过拓扑请求报文将更新后的总线拓扑信息同步给从节点。
60.具体地，一个实施例中，在步骤s130中，包括：
61.主节点收到从节点的命名响应报文确认从节点命名成功后，更新自己的wtb总线拓扑信息，再通过发送拓扑请求报文，将更新后的wtb总线拓扑信息同步给各从节点。
62.实际应用时，主节点命名全部节点后就会进入拓扑发布过程，主节点先根据命名过程中收集的各节点的节点周期和过程数据长度计算新的周期访问次序表和各节点的节点周期，然后将各节点的节点周期和其他拓扑信息用拓扑请求帧分别发布到各节点。
63.此时a、c、e这3个节点可视为完成本次初运行，结合示例，假设此时b和d节点完成上电，并开始wtb初始化；
64.则b和d节点会将自身继电器断开，将a、c、e这3个节点隔开；
65.若是采用传统的初运行执行方法，面对该示例的多节点异步唤醒场景时，会出现节点地址冲突缺陷；
66.具体地，传统初运行方法按照标准，a、c、e通过周期性的检查端节点(a、e)的存在，来确认拓扑是否发生变化，但是节点需要至少150毫秒来知道拓扑变化，并在确认拓扑变化后才能加入初运行；
67.在此之前，b和d节点通过检测请求报文，完成新远程节点发现；
68.假设b作主节点，b发送命名请求给d节点，其地址应为2，d节点回复命名响应给b；
69.b节点再给d节点发送拓扑请求报文，更新拓扑信息，但此时d节点和c节点是相同的地址，会出现d节点和c节点都收到信的拓扑请求信息，c节点会认为新的端节点是b和c(d)，其对拓扑完整性的检查得以通过，不会加入初运行，地址冲突情况会一直持续；
70.最终，初运行完成后，a、b、d、e会组成1个拓扑，且c节点会和d节点地址冲突，且一直保持，因此，在c节点发现a和e节点丢失之前，b和d会完成初运行，并略过c节点，最终形成不包含c节点的拓扑，列车共计5节点，但是初运行结束后c节点会保留旧拓扑信息，并无法参与新拓扑通信，会导致wtb总线运行出现异常。
71.考虑到按照传统wtb设计方法，wtb终端仅按照wtb主设备要求的主帧报文立即应答和操作。即wtb终端收到命名主帧则回应命名从帧，并执行检测操作。wtb终端并未对报文的逻辑作要求，造成的技术缺陷会对wtb的运行造成直接的影响，本发明实施例采用设定的策略对初运行过程中逻辑的正确性进行验证，基于此，申请人在研究过程中发现wtb拓扑请求报文是用来告知从节点新增节点的情况，正常情况下存在新增节点时，节点数量会相应变化，因此有：
72.步骤s140、从节点基于报文中节点的数量，对当前拓扑的逻辑进行验证，若验证通过，则执行步骤s5，若验证不通过，则该从节点重新进入wtb初始化状态。
73.一个实施例中，在步骤s140中，具体包括：
74.从节点获取拓扑请求报文中的节点数量信息，将其与已有的当前节点数量比较，若所述拓扑请求报文中的节点数量小于等于当前节点数量，则确定该拓扑请求报文不满足拓扑逻辑的正确性要求，验证不通过。
75.该实施例中，从节点在收到拓扑请求报文后，通过验证该拓扑请求报文以验证初运行逻辑的正确性，如果wtb拓扑请求报文中的节点数小于或等于当前节点数，则认为正确性不满足，自动进入wtb初始化状态，以便于重新加入初运行，能够利用下次初运行的执行有效克服当前拓扑逻辑的异常情况。
76.但是考虑到当wtb拓扑请求报文中的节点数满足大于当前节点数的要求时，也可能存在其他异常情况，本发明实施例进一步基于当前从节点在拓扑请求报文之前的命名请求报文及其报文数据展开对拓扑逻辑的验证，因此本发明实施例有以下步骤：步骤s150、从节点判断是否曾收到命名请求报文，若是，则执行步骤s6，若否，则该节点重新进入wtb初始化状态；
77.步骤s160、从节点根据命名请求报文中的节点地址和拓扑请求报文中的节点地址进行验证，若验证通过则向主节点返回拓扑响应报文，初运行完成；若验证不通过则该节点重新进入wtb初始化状态。
78.具体地，一个实施例中，在步骤s160中，包括：
79.从节点确定在本次拓扑请求报文之前曾接收到命名请求报文后，获取该命名请求报文中的节点地址数据，若获取的节点地址与拓扑请求报文中对应的端节点地址不一致，则确定该拓扑请求报文不满足拓扑逻辑的正确性要求，验证不通过。
80.上述实施例中，从节点需要确认收到拓扑请求报文前，是否有收到命名请求报文，若该命名请求报文中的地址与拓扑请求中的新端节点地址不一致，则认为正确性不满足，重新进入wtb初始化状态。结合上述示例总线场景中异步唤醒的5个节点，采用本发明的上述实施例的步骤，c节点收到b和d的拓扑请求报文后会认为正确性不满足，重新进入初始化状态，加入初运行。
81.实际应用时，若上述实施例中的验证过程均为通过，从节点则向主节点返回拓扑响应报文，拓扑发布完成后，当前整个初运行过程结束，主节点控制总线进入正常运行，过程数据和消息数据可以有效传输。
82.采用本发明上述实施例中的技术步骤，利用多种检测机制保证wtb初运行的正确性，并在wtb初运行异常后能够自动恢复，使wtb满足高自动化和高可靠性场合要求。
83.进一步地，考虑到实际应用时，原先在初运行过程中要想检测知道wtb拓扑存在丢失，只能通过确认端节点丢失的情况，该机制存在滞后性，为克服现有检测方法的不足，本发明实施例还提供以下检测拓扑存在节点丢失的方法：
84.在步骤s160中，当所述验证通过时，从节点进一步通过侦听方法对当前拓扑内部的报文进行验证，若当前拓扑内部出现检测报文，则判定当前拓扑存在节点丢失，重新进行初运行，若未出现检测报文，则向主节点返回拓扑响应报文，完成初运行。
85.在研究过程中，申请人通过分析检测报文的发送场景，发现初运行结束后，完整的拓扑内部不会有检测报文的存在，其只用于新远程节点的发现。所以提供的优化方案实施例中，令wtb节点对拓扑内部的报文进行侦听，当拓扑内部出现检测报文，都需要认为此时拓扑丢失重新进行初运行。结合上述异常示例，其c节点则会因为收到到b和d之间的检测报文而重新进入初始化状态并加入初运行，解决存在的异常。
86.补充说明
87.按照传统设计方法，wtb终端无法检测地址冲突，因为地址不固定和节点数不固定wtb总线无法确认地址是否冲突。因此，由于各设备发出的报文信息并不包含设备的物理信息，当wtb总线上存在两个地址相同的节点时，其他设备无法发现异常。
88.为了解决上述初运行过程中存在的操作异常情况，本发明实施例针对性地提供以下检测方法，能够让各地址相同的节点互相确认：
89.由wtb终端按照设定的时间间隔，通过在报文通信中随机停止发送从帧数据，根据收到数据的情况判定是否存在与自身地址冲突的设备，若存在，则该wtb终端重新初始化发起初运行。
90.具体地，在一个实施例中，wtb终端通过以下操作判定是否存在与自身地址冲突的设备：
91.wtb终端在报文通信中随机停止发送从帧数据后，若仍然收到了从帧，且该从帧中的源设备地址与自身的节点地址一样，则确认存在与自身地址冲突的设备，重新进入初始化状态以发起初运行。
92.实际应用时，可设置wtb终端以1秒钟为周期，随机在1次报文通信中，停止发送从帧数据，当wtb终端在停止发送从帧数据后，仍然收到了从帧且从帧的源设备地址与自身一样则确认为地址冲突，则重新初始化本设备来发起初运行。
93.基于上述实施例中所述的方法和步骤，本发明还提供一种存储介质，其特征在于，所述存储介质上存储有可实现如上述任意一个或多个实施例中所述方法的程序代码。
94.本发明对初运行过程提出逻辑正确性检查，并对拓扑丢失确认方法提出新的确认机制来预防发现初运行失败，并且当初运行仍然失败时提出有效地址冲突检测方法来进行确认，整个初运行将不存在需要人工恢复的异常。
95.与传统的初运行方法相比，本发明上述实施例中的方案通过多方面监视初运行过程报文，实现精准控制来避免初运行过程中的多种异常，有效实现初运行中异常的预防、初运行状态检测以及异常后自动恢复，即使对于高复杂度的总线系统，也能够自动实现初运行的执行和修复，不需要人工手动介入，在不降低其原有的互联互通性能，优化了重联的正确性和速度，提升了wtb初运行实施的自动化和智能性。
96.实施例二
97.基于本发明上述任意一个或多个实施例的其他方面，本发明还提供一种防止节点地址异常的wtb节点初运行系统，该系统执行上述任意一个或多个实施例中的所述方法和步骤，图3示出了本发明实施例中防止节点地址异常的wtb节点初运行系统的结构示意图，如图3所示，该系统具体包括
98.节点初始化模块310，其配置为完成上电操作的各节点激活并实现初始化；
99.节点命名模块320，其配置为控制依据wtb标准确定主节点并发现各远程节点，所述远程节点为从节点，由主节点对发现的从节点进行命名；
100.拓扑发布模块330，其配置为控制主节点通过拓扑请求报文将更新后的总线拓扑信息同步给从节点；
101.节点数量验证模块340，其配置为控制从节点基于报文中节点的数量，对当前拓扑的逻辑进行验证，若验证通过，则启动命名报文判断模块，若验证不通过，则该从节点重新进入wtb初始化状态；
102.命名报文判断模块350，其配置为控制从节点判断是否曾收到命名请求报文，若是，则启动节点地址验证模块，若否，则该节点重新进入wtb初始化状态；
103.节点地址验证模块360，其配置为控制从节点根据命名请求报文中的节点地址和拓扑请求报文中的节点地址进行验证，若验证通过则向主节点返回拓扑响应报文，初运行完成；若验证不通过则该节点重新进入wtb初始化状态。
104.在一个实施例中，所述节点命名模块320具体配置为：
105.依据wtb标准通过发出的检测请求报文以及返回的检测响应报文确定主节点，并发现作为从节点的远程节点，由主节点对发现的从节点命名并分配地址，纳入总线拓扑。
106.在一个实施例中，所述系统的节点地址验证模块360还配置为：
107.当所述验证通过时，控制从节点进一步通过侦听方法对当前拓扑内部的报文进行验证，若当前拓扑内部出现检测报文，则判定当前拓扑存在节点丢失，重新进行初运行，若未出现检测报文，则向主节点返回拓扑响应报文，完成初运行。
108.在一个实施例中，所述系统还包括地址冲突检测模块，其配置为：
109.控制wtb终端按照设定的时间间隔，通过在报文通信中随机停止发送从帧数据，根据收到数据的情况判定是否存在与自身地址冲突的设备，若存在，则该wtb终端重新初始化发起初运行。
110.进一步地，在一个实施例中，所述地址冲突检测模块执行以下操作：
111.控制wtb终端在报文通信中随机停止发送从帧数据后，若仍然收到了从帧，且该从帧中的源设备地址与自身的节点地址一样，则确认存在与自身地址冲突的设备，重新进入初始化状态以发起初运行。
112.具体地，在一个实施例中，所述拓扑发布模块330，配置为：
113.控制主节点收到从节点的命名响应报文确认从节点命名成功后，更新自己的wtb总线拓扑信息，再通过发送拓扑请求报文，将更新后的wtb总线拓扑信息同步给各从节点。
114.在一个实施例中，所述节点数量验证模块340具体配置为：
115.控制从节点获取拓扑请求报文中的节点数量信息，将其与已有的当前节点数量比较，若所述拓扑请求报文中的节点数量小于等于当前节点数量，则确定该拓扑请求报文不满足拓扑逻辑的正确性要求，验证不通过。
116.在一个实施例中，所述节点地址验证模块360具体配置为：
117.控制从节点确定在本次拓扑请求报文之前曾接收到命名请求报文后，获取该命名请求报文中的节点地址数据，若获取的节点地址与拓扑请求报文中对应的端节点地址不一致，则确定该拓扑请求报文不满足拓扑逻辑的正确性要求，验证不通过。
118.本发明实施例提供的防止节点地址异常的wtb节点初运行系统中，各个模块或单元结构可以根据wtb总线的实际管理需求独立运行或组合运行，以实现相应的技术效果。
119.应该理解的是，本发明所公开的实施例不限于这里所公开的特定结构、处理步骤或材料，而应当延伸到相关领域的普通技术人员所理解的这些特征的等同替代。还应当理解的是，在此使用的术语仅用于描述特定实施例的目的，而不意味着限制。
120.说明书中提到的“一实施例”意指结合实施例描述的特定特征、结构或特征包括在本发明的至少一个实施例中。因此，说明书通篇各个地方出现的短语“一实施例”并不一定均指同一个实施例。
121.虽然本发明所揭露的实施方式如上，但所述的内容只是为了便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属技术领域内的技术人员，在不脱离本发明所揭露的精神和范围的前提下，可以在实施的形式上及细节上作任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。