车辆故障提示信息获取方法、装置及存储介质

摘要

本发明实施例涉及汽车检测技术领域，公开车辆故障提示信息获取方法，包括：获取用户描述信息、车辆信息、诊断检测数据；根据用户描述信息提取与用户描述信息匹配的目标关键字，根据用户车辆信息提取目标诊断故障代码和目标车型；对诊断检测数据进行分析，从诊断检测数据中确定第一异常项数据；根据第一异常项数据和预设提示信息确定候选提示信息；根据目标关键字、目标诊断故障代码和预设对应关系从候选提示信息中匹配出目标提示信息；预设对应关系指多个诊断故障代码、目标车型和潜在异常信息之间的对应关系；向用户设备发送目标提示信息，目标提示信息提示车辆中发生故障的系统、故障类型和对应故障的处理方式。该方法提供直观的故障诊断结果。

说明书

技术领域

本发明实施例涉及汽车检测技术领域，具体涉及一种车辆故障提示信息获取方法、装置及存储介质。

背景技术

目前，现有的汽车检测设备，一般采用在使用汽车时容易会出现各类汽车故障，需要对故障做诊断和检测。随着汽车的电子技术、自动化技术与计算机技术的发展，车辆的故障诊断和检测变的越来越复杂，只能依靠一些复杂精密的诊断检测设备，汽车技术的升级，诊断检测设备的升级。

由于用户只能依赖维修机构或者单位的设备对车辆进行诊断检测，诊断检测得到的诊断检测报告由于具备一定的专业性，因此无法直接被一般性用户所理解，需要用户花费大量的精力去理解和学习故障码、检测专业术语等，可见目前的诊断检测报告无法直观的向用户提供通俗易懂的诊断结果，也增加用户的成本。

发明内容

鉴于上述问题，本发明实施例提供了一种车辆故障提示信息获取方法、装置及存储介质，用于解决现有技术中用户只能依赖维修机构或者单位的设备对车辆进行诊断检测，诊断检测出来的数据也不能直接被用户所理解的技术问题。

根据本发明实施例的一个方面，提供了一种车辆故障提示信息获取方法，应用于故障计算服务装置，所述方法包括：

获取来自用户终端的用户描述信息、车辆信息、以及来自车辆检测设备的诊断检测数据；

根据所述用户描述信息从所述车辆检测设备的数据库中提取与所述用户描述信息匹配的目标关键字，根据所述用户车辆信息提取与所述车辆信息对应的目标诊断故障代码和目标车型；

对所述诊断检测数据进行分析，从所述诊断检测数据中确定符合异常条件的第一异常项数据；

根据第一异常项数据和预设提示信息确定候选提示信息；

根据所述目标关键字、所述目标诊断故障代码和预设对应关系从所述候选提示信息中匹配出目标提示信息；所述预设对应关系是指多个诊断故障代码、所述目标车型和潜在异常信息三者之间的对应关系；

向所述用户设备发送所述目标提示信息，所述目标提示信息用于提示车辆中发生故障的系统、故障类型以及对应故障的处理方式。

在一种可选的方式中，所述根据第一异常项数据和预设提示信息确定候选提示信息，包括：

将第一异常项数据中的各项异常项数据分别与预设的至少一种所述预设提示信息进行匹配；

将匹配度高于预设匹配度的预设提示信息确定为所述候选提示信息。

在一种可选的方式中，所述目标诊断故障码包括故障内码，所述故障内码与标准故障码对应，所述故障内码包括故障所属系统、故障类型、故障所属子系统、故障对象和故障类型。

在一种可选的方式中，所述根据第一异常项数据和预设提示信息确定候选提示信息之前，所述方法还包括：

从所述目标诊断故障代码中获取故障所属系统、故障类型、故障所属子系统、故障对象和故障类型；

根据所述故障所属系统、所述故障类型、所述故障所属子系统、所述故障对象和所述故障类型进行语义转换和合并处理，得到所述预设提示信息。

在一种可选的方式中，所述根据所述用户描述信息从所述车辆检测设备的数据库中提取与所述用户描述信息匹配的目标关键字，根据所述用户车辆信息提取与所述车辆信息对应的目标诊断故障代码和目标车型之后，所述方法还包括：

获取所述目标车型的历史诊断故障报告；

将所述目标关键字和所述目标诊断故障代码与所述历史诊断故障数据进行匹配；

若匹配出与所述目标关键字和所述目标诊断故障代码匹配的目标诊断故障数据，则获取所述目标诊断故障数据对应的历史目标提示信息；

将所述历史目标提示信息作为所述目标提示信息发送给所述用户设备。

在一种可选的方式中，所述方法还包括：

从至少一个故障计算服务装置获取第三方诊断故障报告，所述第三方诊断故障报告包括至少一个车辆类型下车辆的至少一个系统出现至少一种故障的诊断报告；

将所述第三方诊断故障报告与所述数据库中的历史诊断故障报告进行合并处理，以更新所述数据库中的历史诊断故障报告。

根据本发明实施例的另一方面，提供了一种故障计算服务装置，包括：

收发模块，用于获取来自用户终端的用户描述信息、车辆信息、以及来自车辆检测设备的诊断检测数据；

处理模块，用于根据所述用户描述信息从所述车辆检测设备的数据库中提取与所述用户描述信息匹配的目标关键字，根据所述用户车辆信息提取与所述车辆信息对应的目标诊断故障代码和目标车型；对所述诊断检测数据进行分析，从所述诊断检测数据中确定符合异常条件的第一异常项数据；根据第一异常项数据和预设提示信息确定候选提示信息；根据所述目标关键字、所述目标诊断故障代码和预设对应关系从所述候选提示信息中匹配出目标提示信息；所述预设对应关系是指多个诊断故障代码、所述目标车型和潜在异常信息三者之间的对应关系；

所述收发模块还用于向所述用户设备发送所述目标提示信息，所述目标提示信息用于提示车辆中发生故障的系统、故障类型以及对应故障的处理方式。

根据本发明实施例的另一方面，提供了一种电子设备，包括：

处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如上述的车辆故障提示信息获取方法的操作。

根据本发明实施例的另一方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令在电子设备上运行时，使得电子设备执行上述的车辆故障提示信息获取方法的操作。

本发明实施例通过将专业的目标诊断检测数据转换成直观易懂的目标提示信息，并在最终的诊断检测报告中体现出需要对出现故障的系统或子系统(例如轮胎)进行维护、维修、更换、保养等建议，不仅提升了用户的体验，也让诊断检测报告对于用户产生了相应的价值。此外，还能解决了用户不能及时获取诊断检测报告的问题，且对于用户来说屏蔽掉了复杂的诊断检测过程，使得用户不用关心机车技术的变革、诊断检测设备的升级，只需安装简单的故障计算服务装置就能随时更新获取基于云计算的车辆诊断检测报告。

上述说明仅是本发明实施例技术方案的概述，为了能够更清楚了解本发明实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本发明实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

附图仅用于示出实施方式，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的基于云的诊断检测报告架构示意图；

图2示出了本发明实施例提供的诊断业务流程示意图；

图3示出了本发明另一实施例提供的车辆故障提示信息获取方法的流程示意图；

图4示出了本发明再一实施例提供的车辆故障提示信息获取方法的流程示意图；

图5示出了本发明实施例提供的对诊断故障数据的处理流程示意图；

图6示出了本发明另一实施例提供的故障计算服务装置的结构示意图；

图7示出了本发明实施例提供的电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。

首先，对于本发明实施例中出现的技术术语进行解释：

云计算：云计算(cloud computing)是分布式计算的一种，指的是通过网络“云”将巨大的数据计算处理程序分解成无数个小程序，然后，通过多部服务器组成的系统进行处理和分析这些小程序得到结果并返回给用户。

DTC：Diagnostic Trouble Code(DTC)诊断故障代码。在不解体(或仅卸下个别零件)的条件下，确定汽车技术状况，查明故障部位及原因的检查。包括汽车发动机的检测与诊断，汽车底盘的检测与诊断，汽车车身及附件的检测与诊断以及汽车排气污染物与噪声的检测等内容。

微服务：一种软件开发技术-面向服务的体系结构(SOA)架构样式的一种变体，将应用程序构造为一组松散耦合的服务。在微服务体系结构中，服务是细粒度的，协议是轻量级的。

C端：即2C(to Customer)产品，是面向终端用户或消费者的产品，往往承担引流和转化的任务；C端产品是企业与消费者之间的重要媒介，也是企业重要的获取客户的手段之一。

B端：即2B(Bussiness)产品，使用对象是组织或企业。B端产品往往是基于某个业务领域，解决客户在办公或经营过程中遇到的问题，为客户提高效率、增加收入、减少成本。

本发明实施例可基于微服务面向B端、C端提供车辆故障诊断服务。一些实施方式中，本发明实施例中的诊断检测报告的架构可基于云实现，例如可参考图1所示的基于云的诊断检测报告架构示意图。基于云的诊断检测报告架构分为访问层、接口层、服务层和存储层。

访问层：提供给用户的一种交互方式，支持移动端、PC端多端接入。

接口层：负责微服务路由、负载均衡、服务鉴权、接入日志监控。

服务层：负责具体业务实现和对数据层的操作。其中，服务层包括服务通信、业务服务模块、基础服务组件、容器(docker)以及服务管理。服务通信模块用于与车辆检测设备和用户终端之间的通信交互；业务服务模块提供诊断检测服务，基础服务组件包括设备管理组件和报告中心组件，设备管理组件用于对车辆检测设备进行管理；报告中心组件用于对来自车辆检测设备的检测报告进行处理。服务管理包括服务配置、服务发现和服务监控。

存储层：负责数据的存储，具体可同时部署缓存(Redis)和数据库(Myql)。

图2示出了本发明实施例提供的一种诊断业务流程示意图。图2所示的诊断业务流程可基于图1所示的架构实现。具体来说，车辆安装了车辆检测设备(也可称作诊断检测设备、诊断检测装置等，不对此作限定)，车辆检测设备具备通讯模块，可与故障计算服务装置(也可称作云平台、云计算平台等，不对此作限定，以图1为例)之间通信，下面进行详细介绍：

1、车辆检测设备联网后注册到云计算平台。

2、诊断检测设备对车辆的各个系统进行诊断检测之后，将诊断检测数据上传到报告中心组件。

3、调用诊断检测转换服务对诊断检测数据进行可读化转换，得到诊断检测报告。

4、用户终端远程读取诊断检测报告。

图3示出了本发明实施例的车辆故障提示信息获取方法，该方法应用于故障计算服务装置，该故障计算服务装置可为应用，或者为安装了该应用的硬件装置，本发明实施例不对此作限定。该故障计算服务装置可与车辆检测设备集中或者分离式部署，本发明实施例不对此作限定。本发明实施例的车辆故障提示信息获取方法包括以下步骤：

步骤110：获取来自用户终端的用户描述信息、车辆信息、以及来自车辆检测设备的诊断检测数据。

步骤120：根据所述用户描述信息从所述车辆检测设备的数据库中提取与所述用户描述信息匹配的目标关键字，根据所述用户车辆信息提取与所述车辆信息对应的目标诊断故障代码和目标车型。

一些实施方式中，所述目标诊断故障码包括故障内码，所述故障内码与标准故障码对应，所述故障内码包括故障所属系统、故障类型、故障所属子系统、故障对象和故障类型。

步骤130：对所述诊断检测数据进行分析，从所述诊断检测数据中确定符合异常条件的第一异常项数据。

步骤140：根据第一异常项数据和预设提示信息确定候选提示信息。

其中，预设提示信息为具备可读性、通用性的概括式语句，可用于指示当前出现故障的系统或子系统，也可指示具体的故障类型。候选提示信息是匹配出的与第一异常项数据中异常项关联的至少一个预设提示信息，便于后续筛选得到目标提示信息。

一些实施方式中，所述根据第一异常项数据和预设提示信息确定候选提示信息，包括：

将第一异常项数据中的各项异常项数据分别与预设的至少一种所述预设提示信息进行匹配；

将匹配度高于预设匹配度的预设提示信息确定为所述候选提示信息。

可见，通过初筛能够减少确定目标提示信息的时间。

一些实施方式中，所述根据第一异常项数据和预设提示信息确定候选提示信息之前，所述方法还包括：

从所述目标诊断故障代码中获取故障所属系统、故障类型、故障所属子系统、故障对象和故障类型；

根据所述故障所属系统、所述故障类型、所述故障所属子系统、所述故障对象和所述故障类型进行语义转换和合并处理，得到所述预设提示信息。

例如，原始的诊断检测数据为车辆各个系统或子系统的海量检测数据的集合，即包括各项的详细检测数据，但并不会给出概括性的故障解释，需要具备专业知识的人去逐项判断详细检测数据才能够判断出出现故障的系统或子系统以及对应的故障类型，但对于普通用户而言，原始的诊断检测数据冗长且晦涩难懂。因此，本发明实施例中，通过预先为每种车型的每种诊断故障码设置对应的预设提示信息，使得在诊断出车辆中出现故障的系统或者子系统后，可快速的将出现故障的系统或子系统的诊断检测数据转换为通用性语言，使得用户直观的理解诊断检测数据所指示的结果，无需具备专业知识也能够快速的获取诊断检测的结果。

步骤150：根据所述目标关键字、所述目标诊断故障代码和预设对应关系从所述候选提示信息中匹配出目标提示信息。

其中，所述预设对应关系是指多个诊断故障代码、所述目标车型和潜在异常信息三者之间的对应关系。

步骤160：向所述用户设备发送所述目标提示信息。

其中，所述目标提示信息用于提示车辆中发生故障的系统、故障类型以及对应故障的处理方式。一些实施方式中，上述目标提示信息可以单独发送给用户终端，也可以以车辆的诊断检测报告的形式发送给用户终端，本发明实施例不对此作限定。

一些实施例中，由于同一车型相对于同一种故障类型的故障差异很小，即便同一车型的车辆为不同用户使用，当一方出现故障时，诊断检测结果也可以相互之间进行参考。本发明实施例还可采用协同过滤的方式快速的匹配出目标提示信息。在根据所述用户描述信息从所述车辆检测设备的数据库中提取与所述用户描述信息匹配的目标关键字，根据所述用户车辆信息提取与所述车辆信息对应的目标诊断故障代码和目标车型之后，所述方法还包括：

获取所述目标车型的历史诊断故障报告；

将所述目标关键字和所述目标诊断故障代码与所述历史诊断故障数据进行匹配；

若匹配出与所述目标关键字和所述目标诊断故障代码匹配的目标诊断故障数据，则获取所述目标诊断故障数据对应的历史目标提示信息；

将所述历史目标提示信息作为所述目标提示信息发送给所述用户设备。

可见，通过参考相同车型的历史诊断故障报告，能够快速的向用户提供可靠的目标提示信息，尤其是大量用户有并发的诊断需求时，可能快速的向用户响应。

一些实施例中，还可以不断更新数据库中的历史诊断检测报告，以提供更全面的数据覆盖。具体来说，所述方法还包括：

从至少一个故障计算服务装置获取第三方诊断故障报告，所述第三方诊断故障报告包括至少一个车辆类型下车辆的至少一个系统出现至少一种故障的诊断报告；

将所述第三方诊断故障报告与所述数据库中的历史诊断故障报告进行合并处理，以更新所述数据库中的历史诊断故障报告。

本发明实施例中，本发明实施例将专业的目标诊断检测数据转换成直观易懂的目标提示信息，一方面中，大部分用户对于专业的诊断检测数据或者术语的了解过少，但是又希望能了解车辆状况的问题，本发明实施例将专业的诊断检测数据转换成用户能易于理解的描述信息(即上述目标提示信息)，并在最终的诊断检测报告中体现出需要对出现故障的系统或子系统(例如轮胎)进行维护、维修、更换、保养等建议，不仅提升了用户的体验，也让诊断检测报告对于用户产生了相应的价值。

另一方面中，解决了用户不能及时获取诊断检测报告的问题，且对于用户来说屏蔽掉了复杂的诊断检测过程，使得用户不用关心机车技术的变革、诊断检测设备的升级，只需安装简单的故障计算服务装置(例如APP)就能随时更新获取基于云计算的车辆诊断检测报告。

为便于理解，下面以一具体应用场景为例对车辆故障提示信息获取方法进行举例说明，如图4示出了本发明另一实施例提供的车辆故障提示信息获取方法的流程示意图。

1、检测人员(例如技师)将车辆检测设备连接到云计算平台，并且注册到服务层的基础服务组件中的设备管理组件。

2、使用已注册的车辆检测设备对用户车辆进行诊断检测之后，将诊断检测数据上传至报告中心组件。

3、用户终端调用报告中心组件提供的服务获取诊断检测数据，报告中心组件的服务将该诊断检测数据转换为包括目标提示信息的诊断检测报告。

4、将诊断检测报告返回给用户终端。

本发明实施例中，诊断检测数据报告转换技术基于三个维度的数据输入，关键字数据、车型数据以及诊断检测结果数据。对于每种数据的多种组合情况都已做内置分析和存储。组装诊断检测报告的时候只需要提取对应的信息，然后进行分类重组，在内置提示的数据中进行匹配即可。具体的流程可参考如图4所示，具体包括下属步骤：

1、提取用户描述信息，匹配关键字数据库。

2、获取用户车辆车型详细信息，根据车型信息提取车型相关DTC码以及相关信息。

3、提取诊断结果中的DTC码，获取检测数据中异常项内容以及对应的检测数值。

4、根据检测数据中异常项以及内置用户提示信息判断提示内容。

5、根据DTC码以及内置好每个DTC码对应的当前车型的潜在的异常信息，匹配出每个DTC码的用户可读的提示信息。

6、组装提示信息返回。

可见，一方面中，通过云计算平台屏蔽了专业的汽车技术、复杂的诊断检测过程以及诊断检测设备的更新升级操作，让用户对以上过程无感知。

另一方面中，提前内置好的提示数据都是根据车型数据以及关键字筛选去匹配DTC或者检测异常信息码，保证用户的良好体验。

此外，使用微服务架构实现，能够支持多端进行操作并且持续更新和维护内置数据集合，保证绝大部分车型数据的录入已经处理。

图6示出了本发明实施例提供的故障计算服务装置600的结构示意图。如图6所示，该故障计算服务装置600应用于车辆测量系统的受控端，

收发模块610，用于获取来自用户终端的用户描述信息、车辆信息、以及来自车辆检测设备的诊断检测数据；

处理模块620，用于根据所述用户描述信息从所述车辆检测设备的数据库中提取与所述用户描述信息匹配的目标关键字，根据所述用户车辆信息提取与所述车辆信息对应的目标诊断故障代码和目标车型；对所述诊断检测数据进行分析，从所述诊断检测数据中确定符合异常条件的第一异常项数据；根据第一异常项数据和预设提示信息确定候选提示信息；根据所述目标关键字、所述目标诊断故障代码和预设对应关系从所述候选提示信息中匹配出目标提示信息；所述预设对应关系是指多个诊断故障代码、所述目标车型和潜在异常信息三者之间的对应关系；

所述收发模块610还用于向所述用户设备发送所述目标提示信息，所述目标提示信息用于提示车辆中发生故障的系统、故障类型以及对应故障的处理方式。

本发明实施例的故障计算服务装置600的具体工作过程与应用于故障计算服务装置的车辆故障提示信息获取方法的具体实施步骤一致，此处不再赘述。

图7示出了本发明实施例提供的电子设备的结构示意图，本发明具体实施例并不对电子设备的具体实现做限定。

如图7所示，该电子设备可以包括：处理器(processor)702、通信接口(Communications Interface)704、存储器(memory)706、以及通信总线708。

其中：处理器702、通信接口704、以及存储器706通过通信总线708完成相互间的通信。通信接口704，用于与其它设备比如客户端或其它服务器等的网元通信。处理器702，用于执行程序710，具体可以执行上述用于车辆故障提示信息获取方法实施例中的相关步骤。

具体地，程序710可以包括程序代码，该程序代码包括计算机可执行指令。

处理器702可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。电子设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器706，用于存放程序710。存储器706可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序710具体可以被处理器702调用使电子设备执行以下操作：

通过通信接口704获取来自用户终端的用户描述信息、车辆信息、以及来自车辆检测设备的诊断检测数据；

根据所述用户描述信息从所述车辆检测设备的数据库中提取与所述用户描述信息匹配的目标关键字，根据所述用户车辆信息提取与所述车辆信息对应的目标诊断故障代码和目标车型；对所述诊断检测数据进行分析，从所述诊断检测数据中确定符合异常条件的第一异常项数据；根据所述目标关键字、第一异常项数据和预设提示信息确定候选提示信息；根据所述目标诊断故障代码和预设对应关系从所述候选提示信息中匹配出目标提示信息；所述预设对应关系是指多个诊断故障代码、所述目标车型和潜在异常信息三者之间的对应关系；

通过通信接口704向所述用户设备发送所述目标提示信息，所述目标提示信息用于提示车辆中发生故障的系统、故障类型以及对应故障的处理方式。

本发明实施例提供了一种计算机可读存储介质，所述存储介质存储有至少一可执行指令，该可执行指令在如图7所示的电子设备上运行时，使得所述电子设备执行以下步骤：

获取来自用户终端的用户描述信息、车辆信息、以及来自车辆检测设备的诊断检测数据；

根据所述用户描述信息从所述车辆检测设备的数据库中提取与所述用户描述信息匹配的目标关键字，根据所述用户车辆信息提取与所述车辆信息对应的目标诊断故障代码和目标车型；对所述诊断检测数据进行分析，从所述诊断检测数据中确定符合异常条件的第一异常项数据；根据第一异常项数据和预设提示信息确定候选提示信息；根据所述目标诊断故障代码和预设对应关系从所述候选提示信息中匹配出目标提示信息；所述预设对应关系是指多个诊断故障代码、所述目标车型和潜在异常信息三者之间的对应关系；

向所述用户设备发送所述目标提示信息，所述目标提示信息用于提示车辆中发生故障的系统、故障类型以及对应故障的处理方式。

本发明实施例的计算机可读存储介质在电子设备上运行时的具体工作过程与上述方法实施例的具体步骤相同，此处不再赘述。

本发明实施例提供了一种计算机程序，所述计算机程序可被处理器调用使电子设备执行上述任意方法实施例中的车辆故障提示信息获取方法。

本发明实施例提供了一种计算机程序产品，计算机程序产品包括存储在计算机可读存储介质上的计算机程序，计算机程序包括程序指令，当程序指令在计算机上运行时，使得所述计算机执行上述任意方法实施例中的车辆故障提示信息获取方法。

在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本发明并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。

本领域技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。