用于对车载单元进行检测的方法、装置及其相关产品与流程

1.本发明一般地涉及车载单元技术领域。更具体地，本发明涉及一种用于对车载单元进行检测的方法、用于执行前述方法的设备和计算机程序产品、用于对车载单元进行检测的装置和用于对车载单元进行检测的系统。


背景技术：

2.本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。此处的描述可包括可以探究的概念，但不一定是之前已经想到或者已经探究的概念。因此，除非在此指出，否则在本部分中描述的内容对于本技术的说明书和权利要求书而言不是现有技术，并且并不因为包括在本部分中就承认是现有技术。
3.电子不停车收费(electronic toll collection，etc)通常通过安装在车辆上的车载单元(on board unit，obu)和安装在收费车道上的天线间的无线通信和信息交换，实现车辆通过高速公路或桥梁收费站无需停车就能缴费通行，从而能够提高通行效率。
4.随着etc的普及，越来越多的车企需要装配前装obu。为保证下线车辆的obu功能正常，通常在车辆下线出厂前需要对obu的主要功能进行检测。然而，目前的检测技术一种是依赖人工手持设备逐步进行检测，不仅检测功能单一且效率较低；另一种是通过rsu(路侧单元)进行检测，对于该种obu下线检测技术，由于车企产线空间有限，检测过程中车距较近，rsu可能未按照产线顺序检测obu设备以及无法确定当前所检测车辆，从而可能会出现obu的检测结果与其所在车辆无法准确匹配的情况。可见，现有的检测技术不仅效率低，且检测结果不精确。


技术实现要素：

5.为了至少解决上述背景技术部分所描述的技术问题，本发明提出了一种用于对车载单元进行检测的方案。利用本发明的方案，可以有效提高车载单元检测过程的自动化程度，以及提高检测效率以及精准度。鉴于此，本发明在如下的多个方面提供解决方案。
6.本发明的第一方面提供了一种用于对车载单元进行检测的方法，其特征在于，其中所述车载单元支持多种通信协议，所述方法包括：检测是否基于多种通信协议获取到关于所述车载单元的第一标识信息；响应于基于多种通信协议获取到关于所述车载单元的第一标识信息，执行关于每种通信协议的功能检测操作；以及将关于所述每种通信协议的功能检测结果与所述第一标识信息进行关联存储。
7.在一个实施例中，其中所述多种通信协议包括第一通信协议和第二通信协议，其中检测是否获取到关于车载单元的标识信息，以及执行关于每种通信协议的功能检测操作包括：检测是否基于所述第一通信协议获取到目标信息，其中所述目标信息包括所述第一标识信息和关于所述第二通信协议的第二标识信息；响应于基于所述第一通信协议获取到所述目标信息，执行关于所述第一通信协议的功能检测操作；基于所述第二标识信息与所述车载单元建立通信，以通过所述第二通信协议获取所述第一标识信息；以及执行关于所
述第二通信协议的功能检测操作。
8.在一个实施例中，其中对于多个所述第二标识信息，基于所述第二标识信息与所述车载单元建立通信包括：根据每个所述第二标识信息的获取顺序，触发多个支持所述第二通信协议的通信主机根据所述获取顺序与对应的车载单元建立通信。
9.在一个实施例中，所述方法还包括：检测与所述第一标识信息关联的功能检测结果是否满足预设条件；以及响应于所述功能检测结果满足所述预设条件，将所述车载单元所在车辆的车辆标识信息写入所述车载单元中。
10.在一个实施例中，其中所述第一通信协议包括专用短程通信协议，其中执行关于每种通信协议的功能检测操作包括：基于所述专用短程通信协议执行关于不停车收费交易功能的检测操作；以及基于所述蓝牙通信协议执行关于蓝牙通信功能的检测操作。
11.本发明的第二方面提供了一种设备，包括：处理器；以及存储器，其存储有用于对车载单元进行检测的计算机指令，当所述计算机指令由所述处理器运行时，使得所述设备执行前文第一方面以及在下文多个实施例中所述的方法。
12.本发明的第三方面提供了一种计算机程序产品，包括用于对车载单元进行检测的计算机指令，当所述计算机指令由所述处理器运行时，使得实现前文第一方面以及在下文多个实施例中所述的方法。
13.本发明的第四方面提供了一种用于对车载单元进行检测的装置，其中所述车载单元支持多种通信协议，所述装置包括：路侧模拟器，其配置成通过第一通信协议获取关于所述车载单元的第一标识信息；至少一个通信主机，其配置成通过第二通信协议与所述车载单元建立通信连接，并获取所述第一标识信息；控制器，其与所述路侧模拟器和所述至少一个通信主机相连接，并配置成执行以下操作：在所述路侧模拟器获取到所述第一标识信息后，执行关于所述第一通信协议的功能检测操作；在每个通信主机获取到所述第一标识信息后，执行关于所述第二通信协议的功能检测操作；以及将关于所述第一通信协议和所述第二通信协议的功能检测结果与所述第一标识信息进行关联存储。
14.在一个实施例中，其中所述通信主机包括蓝牙主机，所述路侧模拟器还配置成获取至少一个所述车载单元发送的蓝牙地址信息，并触发相应的车载单元开启蓝牙功能，所述控制器还配置成根据对每个所述蓝牙地址信息的获取顺序控制多个所述蓝牙主机与相应的车载单元建立通信连接。
15.本发明的第五方面提供了一种用于对车载单元进行检测的系统，包括：至少一个车载单元，其配置成支持不停车收费交易功能和蓝牙通信功能；以及如前文第二方面所述的设备或第四方面所述的装置，其中所述设备或装置配置成将对每个所述车载单元的功能检测结果与其第一标识信息进行关联存储，并根据与所述第一标识信息关联的功能检测结果，选择性执行将每个所述车载单元所在车辆的车辆标识信息写入对应的车载单元中。
16.利用本发明所提供的方案，可以基于不同通信协议对车载单元执行不同的功能检测操作，使得无需引入过多人工干预，即可完成对车载单元全面且高效的功能检测。特别地涉及前装车载单元下线前检测，可实现对前装车载单元的批量化检测，并且通过将功能检测结果和车载单元的标识信息进行关联存储，可以有效提高检测结果与车载单元的匹配精准度。在一些实施例中，可以充分利用不同通信协议的优势来独立执行相应的检测操作。特别是，针对车载单元的不同功能可以独立检测，使得在对一车载单元的用时短的功能检测
或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
[0029]
下面结合附图来详细描述本发明的具体实施方式。
[0030]
为了能够更好地理解本发明的方案，以下将结合图1对车载单元的检测过程进行说明。
[0031]
图1是示出根据本发明实施例的对车载单元进行检测的系统100的示例性场景的示图。在本发明的上下文中，前述的场景可以是各种类型的车辆上安装的车载单元101与设备102之间进行功能检测的交互场景。例如，具体可以包括针对前装obu下线前的功能检测的场景，也可以是针对后装obu售后的功能检测的场景，或者其他需要进行obu进行功能检测的应用场景。需要说明的是，这里对obu的具体安装位置不进行限制，例如可以安装在车辆的挡风玻璃处或其他合适位置。而设备102的具体结构将在下文中进行描述。
[0032]
在实际应用过程中，车载单元101可以支持多种通信协议，设备102基于这些通信协议与车载单元101交互，可以实现对不同车辆上的车载单元的功能进行高效及精准检测。
[0033]
图2是示出根据本发明实施例的用于对车载单元进行检测的一个方法200的流程图。需要说明的是，方法200可以理解是图1中设备102与车载单元101的具体交互过程，且具体可以在设备102侧执行。因此，前文结合图1的细节性描述同样也适用于下文。
[0034]
如图2所示，在步骤s201处，可以检测是否基于多种通信协议获取到关于车载单元的第一标识信息。这里的通信协议可以包括车载单元可以支持的现有通信协议，例如专用短程通信协议、蓝牙通信协议，或者其他可支持的通信协议，又或随着车载单元功能改进后新增的通信协议等。而前述的第一标识信息可以包括能够唯一标识车载单元的信息，例如产品序列号sn等。需要说明的是，这里对通信协议和第一标识信息的细节性描述仅是示例说明。
[0035]
接着，在步骤s202处，可以响应于基于多种通信协议获取到关于车载单元的第一标识信息，执行关于每种通信协议的功能检测操作。在一些实施例中，车载单元在通过不同通信协议与设备建立通信连接后，可以将自身的第一标识信息发送至设备。而对于车载单元的功能检测，具体可以通过相应通信协议所转发的交互数据来实施。
[0036]
接着，在步骤s203处，可以将关于每种通信协议的功能检测结果与前述的第一标识信息进行关联存储。通过将对车载单元的功能检测与支持该功能检测的通信协议相结合，并将不同检测结果均与车载单元的第一标识信息进行绑定。可以看出，本发明的方案无需引入过多人工干预，即可完成对车载单元全面且高效的功能检测。特别针对批量化的前装车载单元下线前的检测，可以大大缩减整个产线检测时间，同时提高检测结果与车载单元的匹配精准度。
[0037]
图3是示出根据本发明实施例的用于对车载单元进行检测的另一个方法300的流程图。需要说明的是，方法300可以理解为是图1中设备102与车载单元101的具体交互过程，以及对图2中方法200的进一步优化和拓展。因此，前文结合图1和图2中的细节性描述同样也适用于下文。另外，在本实施例中，将以前述多种通信协议可以包括第一通信协议和第二通信协议为例进行说明。
[0038]
如图3所示，在步骤s301处，可以检测是否基于第一通信协议获取到目标信息。这里的目标信息可以包括前述的第一标识信息和关于第二通信协议的第二标识信息。在一些实施例中，如前所述，该第一标识信息可以包括sn信息。而第二标识信息可以包括能够标识
第二通信协议属性的信息，例如地址信息等。需要说明的是，这里对第一标识信息和第二标识信息的描述仅是示例性说明，例如第二标识信息具体可以根据第二通信协议的通信连接属性来调整。
[0039]
接着，在步骤s302处，可以响应于基于第一通信协议获取到前述目标信息，执行关于该第一通信协议的功能检测操作。需要说明的是，在实际应用中，车载单元可以基于不同通信协议来完成不同的功能，因此此处的功能检测操作可以根据第一通信协议所支持的功能和实际测试需求来进行设置和调整。
[0040]
接着，在步骤s303处，可以基于前述的第二标识信息与车载单元建立通信，以通过该第二通信协议获取第一标识信息。并在步骤s304处，可以执行关于该第二通信协议的功能检测操作。在一些实施例中，设备可以通过第二标识信息来确定车载单元，并与其以第二通信协议建立连接。然后在通过第二通信协议获取到第一标识信息后，可以执行相应的功能检测操作(具体可根据第二通信协议所支持的功能和实际测试需求来进行设置和调整)。
[0041]
接着，在步骤s305处，可以将关于上述每种通信协议的功能检测结果与第一标识信息进行关联存储。由此，本发明的方案不仅可以实现检测结果和车载单元的精准匹配，而且可以充分利用不同通信协议的优势来独立执行相应的检测操作。特别是，针对车载单元的不同功能可以独立检测，使得在对一车载单元的用时短的功能检测完成后，即可执行下一车载单元的该功能检测，无需等待对当前车载单元的所有其他功能检测完成后才开始进行下一车载单元的功能检测，从而进一步提高检测效率。
[0042]
图4是示出根据本发明实施例的用于对车载单元进行检测的又一个方法400的流程图。可以理解的是，需要说明的是，方法400可以理解为是图1中设备102与车载单元101的具体交互过程，以及对图3中方法300的进一步优化和拓展。因此，前文结合图1和图3中的细节性描述同样也适用于下文。另外，在本实施例中，将以前述第一通信协议可以包括专用短程通信协议dsrc和第二通信协议可以包括蓝牙通信协议为例进行说明。
[0043]
如图4所示，在步骤s401处，可以检测是否基于专用短程通信协议获取到目标信息。在一些实施例中，前述的目标信息可以包括第一标识信息(例如车载单元的sn信息等)和第二标识信息(例如车载单元的蓝牙地址信息等)。在车载单元与设备通过专用短程通信协议建立连接后，车载单元可以将自身的sn信息和蓝牙地址信息发送至设备。
[0044]
接着，在步骤s402处，可以响应于获取到前述目标信息，执行关于不停车收费交易功能的检测操作。需要说明的是，这里以专用短程通信协议可以支持不停车收费交易功能为例进行说明，本发明的方案并不受此限制。例如还可以根据测试需求执行专用短程通信协议可支持的其他功能的检测。
[0045]
接着，在步骤s403处，可以基于第二标识信息与车载单元建立通信，以通过蓝牙通信协议获取第一标识信息。如前所述，这里的第二标识信息可以是蓝牙地址信息。具体地，在通过专用短程通信协议获取到蓝牙地址信息后，可以先触发车载单元的蓝牙功能开启，并根据后续检测需求来与车载单元以蓝牙通信协议建立连接。
[0046]
接着，在步骤s404处，可以基于该蓝牙通信协议执行关于蓝牙通信功能的检测操作。例如，可以检测蓝牙的基础通信功能以及关于发行方的协议(例如协议的执行标准)等。接着，在步骤s405处，可以将关于每种通信协议的功能检测结果与第一通信标识(例如车载单元的sn信息)进行关联存储。
[0047]
然后，在步骤s406处，可以检测与前述第一标识信息关联的功能检测结果是否满足预设条件。在一些实施例中，如前所述，与前述第一标识信息关联的功能检测结果可以包括不停车收费交易功能的检测结果和蓝牙通信功能的检测结果。在确定这些检测结果均满足预设条件时，说明不停车收费交易功能正常以及蓝牙通信功能正常。此时，可以执行步骤s406，将前述车载单元所在车辆的车辆标识信息vin写入该车载单元中。具体地，可以基于第二标识信息与车载单元所构建的通道将车辆标识信息vin写入车载单元中。例如，在第二标识信息为蓝牙地址信息时，可以在确定不停车收费交易功能和蓝牙通信功能均正常后，不断开蓝牙通道，并继续通过该蓝牙通道执行将车辆标识信息vin的写入车载单元的操作。对应的，设备102中可以预先存储有第一通信标识(例如车载单元的sn信息)与车辆标识信息vin的对应关系，或者可以从外部进行获取。基于此，可以有效避免车辆标识信息被误写入故障车载单元或其他车载单元中。
[0048]
图5是示出根据本发明实施例的用于对车载单元进行检测的一个装置500的结构框图。需要说明的是，前文结合图3所描述的方法300的一个可能的示例性执行载体可以是装置500。因此，前文结合图3的细节性描述同样也适用于下文。
[0049]
如图5所示，该装置500可以包括路侧模拟器501、至少一个通信主机502和控制器503。其中，路侧模拟器501可以配置成通过第一通信协议获取关于车载单元的第一标识信息；通信主机502可以配置成通过第二通信协议与车载单元建立通信连接，并获取前述的第一标识信息；以及控制器503，其可以与路侧模拟器501和所有通信主机502相连接，并可以配置成执行以下操作：在路侧模拟器501获取到第一标识信息后，可以执行关于第一通信协议的功能检测操作。需要说明的是，在执行关于第一通信协议的功能检测操作过程，所需的交互信息可以通过路侧模拟器501来发送或接收。接着，在每个通信主机502获取到第一标识信息后，可以执行关于第二通信协议的功能检测操作。然后，可以将关于第一通信协议和第二通信协议的功能检测结果与第一标识信息进行关联存储。
[0050]
由此，本发明的方案可以无需引入过多人工干预，即可完成对车载单元全面且高效的功能检测。整个检测过程不仅可以实现检测结果和车载单元的精准匹配，而且可以充分利用不同通信协议的优势来独立执行相应的检测操作。特别是，针对车载单元的不同功能可以独立检测，使得在对一车载单元的用时短的功能检测完成后，即可执行下一车载单元的该功能检测，从而进一步提高检测效率。
[0051]
图6是示出根据本发明实施例的用于对车载单元进行检测的另一个装置600的结构框图。需要说明的是，前文结合图2至图4所描述的方法的一个可能的示例性执行载体可以是装置600。另外，装置600可以看作是对装置500的进一步优化和拓展。因此，前文结合图2至图5的细节性描述同样也适用于下文。
[0052]
如图6所示，装置600可以包括rsu天线601、多个蓝牙主机602和控制器603、输出模块604、数据库模块605和传送机构606。其中，rsu天线601的性能经过校准符合实际道路应用标准。具体地，rsu天线601可以设置在龙门架上，且用于发送和接收射频信号。而蓝牙主机602可以与车载单元和控制器连接。控制器603可以运行业务控制软件及数据库，并且所有控制策略均可以由控制软件完成。输出模块604可以包括显示器或打印机，其可以用于输出对车载单元的检测结果。数据库模块605可以记录待测试车辆和车辆上安装的车载单元的相关信息(例如车辆vin信息、车载单元的sn信息以及其对应关系等)。例如，在为传输机
构上的车辆安装obu时，可记录车辆标识(vin码)与obu标识(sn号)的一一对应关系，并存储至该数据库模块。该数据库模块可以单独存在，也可以与控制器一体化设计。另外，传送机构606可以采用通用的传送带传送机构，用于承载待测试车辆。
[0053]
具体在实际应用中，安装有车载单元的不同类型的车辆通过传送机构接近rsu天线时，rsu天线可以通过专用短程通信协议dsrc获取某一车辆上obu的sn号和蓝牙地址信息。然后，可以发送打开obu蓝牙广播指令，并将获取的obu的sn号和蓝牙地址信息传送给控制器进行存储。在完成obu的不停车收费交易功能(下文简称交易功能)的检测后，可以断开与该obu之间的dsrc检测链路，以及将交易检测结果传送给控制器进行该obu的交易信息存储。由于基于dsrc的检测速度较快，rsu天线可继续进行其他车辆上obu的交易功能检测。而控制器陆续会存储所获取的obu的sn号、蓝牙地址信息和相应的交易检测结果。
[0054]
在一些实施例中，控制器可以根据获取的待检测蓝牙地址数量开启相当数量的蓝牙主机的扫描模式。具体地，蓝牙主机可以根据控制器获取的蓝牙地址信息的先后顺序进行连接。若待检的蓝牙地址数量超过蓝牙主机数量，则可以等待蓝牙主机释放空闲后再进行扫描连接。
[0055]
在一些实施例中，obu接收到rsu天线发送的打开蓝牙广播指令后，可以开启蓝牙广播模式。具体地，该obu的蓝牙广播状态可持续一定时间，以等待与空闲的蓝牙主机进行连接。在有空闲蓝牙主机与obu连接后，可以通过蓝牙通信协议获取该obu的sn号，并开始对obu的蓝牙通信功能进行检测。然后，可以将检测结果信息发送给控制器进行存储。
[0056]
在一些实施例中，控制器在检测出该obu的蓝牙功能合格时，且通过查询该obu的sn号对应的交易检测结果也合格时，可以查询数据库模块获取此sn对应的车辆标识vin码。然后，可以通过当前建立的蓝牙通信链路将该vin码写入对应的obu内，并控制蓝牙连接断开。接着，可以通过显示器显示或通过打印机打印出该obu的交易功能和蓝牙功能的检测结果。而当该obu的交易功能和蓝牙通信功能中有一项不合格，可以直接控制蓝牙连接断开。然后，可以通过控制器进行存储记录，并将检测结果信息显示或打印出来，并且不再向故障obu写vin码。
[0057]
基于此，本发明的方案可提高obu(特别是车企obu下线)检测自动化程度，并在检测交易功能的基础上增加蓝牙功能检测以提高功能检测的全面性。同时，还解决了现有obu下线检测技术存在的匹配准确度差的问题，有效节约etc产线检测时间，从而大大提高了obu下线时的检测效率。
[0058]
此外，为了更高的检测效率，rsu天线不局限于在完成当前车辆的obu全部功能检测后再开始检测下一辆车。而是在蓝牙主机检测当前车辆的蓝牙功能时，rsu天线可以继续检测下一辆或更多近距离车的dsrc功能。并由其他空闲的蓝牙主机按照控制器接收蓝牙地址顺序与相应obu进行连接以检测其蓝牙通信功能。由此，控制器可将交易功能和蓝牙功能的检测独立处理，在确保准确度的基础上可大大提高检测效率。
[0059]
图7是示出根据本发明实施例的用于对车载单元进行检测的系统700的示意框图。图7中不仅示出了本发明实施例的设备701，还示出了其外围设备和外部网络。该设备701可以理解为是前文结合图1所描述的设备102的一种具体的示例性应用。该设备701可以实现执行关于不同通信协议的功能检测操作以及将每种通信协议的功能检测结果与第一标识信息进行关联存储等操作，以实现前述结合图2至图4所述的本发明的方案。
[0060]
如图7中所示，设备701可以包括cpu7011，其可以是通用cpu、专用cpu或者其他信息处理以及程序运行的执行单元。进一步，设备701还可以包括大容量存储器7012和只读存储器rom 7013，其中大容量存储器7012可以配置用于存储各类数据以及设备所需的各种程序，rom 7013可以配置成存储对于设备701的加电自检、系统中各功能模块的初始化、系统的基本输入/输出的驱动程序及引导操作系统所需的数据。
[0061]
进一步，设备701还包括其他的硬件平台或组件，例如示出的tpu(tensor processing unit，张量处理单元)7014、gpu(graphic processing unit，图形处理器)7015、fpga(field programmable gate array，现场可编程逻辑门阵列)7016和mlu(memory logic unit)，存储器逻辑单元)7017。可以理解的是，尽管在设备701中示出了多种硬件平台或组件，但这里仅仅是示例性的而非限制性的，本领域技术人员可以根据实际需要增加或移除相应的硬件。例如，设备701可以仅包括cpu作为公知硬件平台和另一硬件平台作为本发明的测试硬件平台。
[0062]
本发明的设备701还包括通信接口7018，从而可以通过该通信接口7018连接到局域网/无线局域网(lan/wlan)705，进而可以通过lan/wlan连接到本地服务器706或连接到因特网(“internet”)707。替代地或附加地，本发明的设备701还可以通过通信接口7018基于无线通信技术直接连接到因特网或蜂窝网络，例如基于第三代(“3g”)、第四代(“4g”)或第5代(“5g”)的无线通信技术。在一些应用场景中，本发明的设备701还可以根据需要访问外部网络的服务器708以及可能的数据库709。
[0063]
设备701的外围设备可以包括显示装置702、输入装置703以及数据传输接口704。在一个实施例中，显示装置702可以例如包括一个或多个扬声器和/或一个或多个视觉显示器。输入装置703可以包括例如键盘、鼠标、麦克风、姿势捕捉相机，或其他输入按钮或控件，其配置用于接收数据的输入或用户指令。数据传输接口704可以包括例如串行接口、并行接口或通用串行总线接口(“usb”)、小型计算机系统接口(“scsi”)、串行ata、火线(“firewire”)、pci express和高清多媒体接口(“hdmi”)等，其配置用于与其他设备或系统的数据传输和交互。
[0064]
本发明的设备701的上述cpu 7011、大容量存储器7012、只读存储器rom 7013、tpu 7014、gpu 7015、fpga 7016、mlu 7017和通信接口7018可以通过总线7019相互连接，并且通过该总线与外围设备实现数据交互。在一个实施例中，通过该总线7019，cpu 7011可以控制设备701中的其他硬件组件及其外围设备。
[0065]
在工作中，本发明的设备701的处理器cpu 7011可以通过输入装置703或数据传输接口704获取相应的标识信息，并调取存储于存储器7012中的计算机程序指令或代码执行功能检测操作和关联存储操作，以完成对车载单元的功能的精准检测。
[0066]
从上面关于本发明模块化设计的描述可以看出，本发明的系统可以根据应用场景或需求进行灵活地布置而不限于附图所示出的架构。进一步，还应当理解，本发明示例的执行操作的任何模块、单元、组件、服务器、计算机或设备可以包括或以其他方式访问计算机可读介质，诸如存储介质、计算机存储介质或数据存储设备(可移除的)和/或不可移动的)例如磁盘、光盘或磁带。计算机存储介质可以包括以用于存储信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质，例如计算机可读指令、数据结构、程序模块或其他数据。基于此，本发明也公开了一种计算机可读存储介质，其上存储有用于对车载单
元进行检测的计算机可读指令，该计算机可读指令被一个或多个处理器执行时，实现在前结合附图所描述的方法和操作。
[0067]
虽然本说明书已经示出和描述了本发明的多个实施方式，但对于本领域技术人员显而易见的是，这样的实施方式是仅以示例的方式提供的。本领域技术人员在不偏离本发明思想和精神的情况下想到许多更改、改变和替代的方式。应当理解在实践本发明的过程中，可以采用本文所描述的本发明实施方式的各种替代方案。所附权利要求书旨在限定本发明的保护范围，并因此覆盖这些权利要求范围内的模块组成、等同或替代方案。