车联网验证方法及装置与流程

本发明涉及车联网技术领域，尤其涉及车联网验证方法及装置。

背景技术：

车联网概念引申自物联网，根据行业背景不同，对车联网的定义也不尽相同。传统的车联网是指装载在车辆上的电子标签通过无线射频等识别技术，实现在信息网络平台上对所有车辆的属性信息和静、动态信息进行提取和有效利用，并根据不同的功能需求对所有车辆的运行状态进行有效的监管和提供综合服务的系统。随着车联网技术和产业的发展，车联网的定义已远远超出上述范围。由于车联网服务涉及对车辆的控制，因此应用车联网的安全性显得至关重要，现有技术亟需一种在应用车联网时能够确保车辆安全的方法。

技术实现要素：

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的车联网验证方法及装置。

依据本发明的第一个方面，本发明提供一种车联网验证方法，应用于车联网服务器中，所述车联网服务器用于与用户终端和车联网终端进行交互，所述车联网终端安装于目标车辆中，所述方法包括：

接收所述车联网终端发送的目标行驶参数信息，其中，所述车联网终端通过采集所述目标车辆当前的行驶参数信息获得所述目标行驶参数信息，所述行驶参数信息包含至少两种行驶参数；

接收所述用户终端发送的待验证行驶参数信息，其中，所述用户终端基于目标用户的输入操作获得与所述至少两种行驶参数对应的所述待验证行驶参数信息；

基于所述目标行驶参数信息和所述待验证行驶参数信息，对所述目标用户的身份合法性进行验证。

优选的，所述行驶参数为车辆油耗或车辆行驶里程。

优选的，在所述对所述目标用户的身份合法性进行验证之后，所述方法还包括：

在所述目标用户和所述目标车联之间执行与验证结果对应的控制操作。

依据本发明的第二个方面，本发明提供一种车联网验证方法，应用于车联网服务器中，所述车联网服务器用于与用户终端、车联网终端和汽车经销商管理平台进行交互，所述车联网终端安装于目标车辆中，所述方法包括：

接收所述用户终端发送的待验证车主信息和待验证车辆信息，并将所述待验证车主信息和所述待验证车辆信息转发给所述汽车经销商管理平台，以使所述汽车经销商管理平台对所述待验证车主信息和所述待验证车辆信息的合法性进行验证，生成第一验证结果，其中，所述待验证车辆信息为待验证的车辆唯一标识；

接收所述汽车经销商管理平台发送的所述第一验证结果；

接收所述车联网终端发送的目标行驶参数信息，其中，所述车联网终端通过采集所述目标车辆当前的行驶参数信息获得所述目标行驶参数信息，所述行驶参数信息包含至少两种行驶参数；

接收所述用户终端发送的待验证行驶参数信息，其中，所述用户终端基于目标用户的输入操作获得与所述至少两种行驶参数对应的所述待验证行驶参数信息；

基于所述目标行驶参数信息、所述待验证行驶参数信息以及所述第一验证结果，对所述目标用户的身份合法性进行验证。

优选的，在所述接收所述用户终端发送的待验证车主信息和待验证车辆信息之后，且在所述将所述待验证车主信息和所述待验证车辆信息转发给所述汽车经销商管理平台之前，所述方法还包括：

对所述待验证车辆信息的合法性进行验证，生成第二验证结果，其中，当所述第二验证结果表明所述待验证车辆信息合法时，将所述待验证车主信息和所述待验证车辆信息转发给所述汽车经销商管理平台。

优选的，所述基于所述目标行驶参数信息、所述待验证行驶参数信息以及所述第一验证结果，对所述目标用户的身份合法性进行验证，包括：

若所述第一验证结果表明所述待验证车主信息和所述待验证车辆信息均合法，确定所述目标用户身份合法；

若所述第一验证结果表明所述待验证车主信息和/或所述待验证车辆信息不合法，判断所述目标行驶参数信息和所述待验证行驶参数信息是否相同；

若所述目标行驶参数信息和所述待验证行驶参数信息相同，则确定所述目标用户身份合法；

若所述目标行驶参数信息和所述待验证行驶参数信息不相同，则确定所述目标用户身份不合法。

优选的，所述基于所述目标行驶参数信息、所述待验证行驶参数信息以及所述第一验证结果，对所述目标用户的身份合法性进行验证，包括：

判断所述目标行驶参数信息和所述待验证行驶参数信息是否相同，获得判断结果；

若所述判断结果表明所述目标行驶参数信息和所述待验证行驶参数信息相同，且所述第一验证结果表明所述待验证车主信息和所述待验证车辆信息均合法，确定所述目标用户身份合法，否则，确定所述目标用户身份不合法。

依据本发明的第三个方面，提供了一种车联网系统，所述系统包括车联网服务器、用户终端、车联网终端和汽车经销商管理平台；

所述用户终端用于将待验证车主信息和待验证车辆信息发送至所述车联网服务器，其中，所述车主信息用于表征所述车主的身份，所述车辆信息为车辆唯一标识；

所述车联网服务器用于将所述待验证车主信息和所述待验证车辆信息转发给所述汽车经销商管理平台；

所述汽车经销商管理平台用于分别对所述待验证车主信息和所述待验证车辆信息的合法性进行验证，生成第一验证结果，并将所述第一验证结果发送给所述所述车联网终端；

所述用户终端还用于将目标行驶参数信息和待验证行驶参数信息发送至所述车联网终端，其中，所述车联网终端通过采集所述目标车辆当前的行驶参数信息获得所述目标行驶参数信息，所述行驶参数信息包含至少两种行驶参数，所述用户终端基于目标用户的输入操作获得与所述至少两种行驶参数对应的所述待验证行驶参数信息；

所述车联网终端还用于基于所述目标行驶参数信息、所述待验证行驶参数信息以及所述第一验证结果，对所述目标用户的身份合法性进行验证。

依据本发明的第四个方面，提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如前述第一个方面和第二方面中的方法步骤。

依据本发明的第五个方面，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如前述第一个方面和第二方面中的方法步骤。

根据本发明的车联网验证方法及装置，车联网服务器通过接收车联网终端发送的目标行驶参数信息，其中，车联网终端通过采集目标车辆当前的行驶参数信息获得目标行驶参数信息，行驶参数信息包含至少两种行驶参数，接收用户终端发送的待验证行驶参数信息，其中，用户终端基于目标用户的输入操作获得与至少两种行驶参数对应的待验证行驶参数信息，基于目标行驶参数信息和待验证行驶参数信息，对目标用户的身份合法性进行验证，确保了目标用户身份的有效性，进而能够保证目标车辆的安全性，提高了车联网系统的安全性。

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

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考图形表示相同的部件。在附图中：

图1示出了本发明第一实施例中车联网验证方法的流程图；

图2示出了本发明第二实施例中车联网验证方法的流程图；

图3示出了本发明第三实施例中车联网验证系统的结构图；

图4示出了本发明第五实施例中计算机设备的结构图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明第一实施例提供一种车联网验证方法，应用于车联网服务器中，该车联网服务器能够与用户终端和车联网终端进行交互。用户终端可以为用户侧的终端电子设备，例如，手机和平板电脑等。车联网终端为tbox(telematicsbox)，tbox安装于目标车辆中，tbox不仅能够采集车辆中的数据，还能够与车联网服务器互联通信，以进行数据交换。车联网服务器也可以理解为车联网服务提供商(即，tsp，telematicsserviceprovider)。其中，用户终端安装有车联网应用程序，车联网应用程序与车联网服务器和车联网终端相对应，从而用户终端通过车联网应用程序能够与车联网服务器进行交互通信。

在本发明实施例中，车联网终端用于采集目标车辆当前的行驶参数信息。行驶参数信息用于表征车辆行驶情况，行驶参数信息包含至少两种行驶参数，行驶参数为车辆油耗或车辆行驶里程。本发明实施例将采集到的目标车辆当前的行驶参数信息作为目标行驶参数信息，目标行驶参数信息中包含至少两种行驶参数。例如，若行驶参数信息包含车辆油耗和车辆行驶里程，则，车联网终端采集目标车辆当前的车辆油耗和车辆行驶里程获得目标行驶参数信息，目标行驶参数信息包含目标车辆油耗和目标车辆行驶里程，目标车辆油耗为目标车辆当前的车辆油耗，如10.3l/100km，目标车辆行驶里程为目标车辆当前的车辆行驶里程，如2505km。需要说明的是，车联网终端可以定时对行驶参数信息进行采集，也可以基于车联网服务器的采集控制指令执行对行驶参数信息的采集，本申请不做限定。

在本发明实施例中，目标用户能够在用户终端上的车联网应用程序中进行对于数据的输入操作。对应于前述行驶参数信息，目标用户输入待验证行驶参数信息，从而用户终端基于目标用户的输入操作获得待验证行驶参数信息，待验证行驶参数信息与至少两种行驶参数对应。例如，目标用户在用户终端的车联网应用程序中输入待验证行驶参数信息包括与车辆油耗对应的待验证车辆油耗，以及与车辆行驶里程对应的待验证车辆行驶里程。

进而，如图1所示，本发明第一实施例的车联网验证方法包括以下步骤：

步骤101：接收车联网终端发送的目标行驶参数信息，以及接收用户终端发送的待验证行驶参数信息。

步骤102：基于目标行驶参数信息和待验证行驶参数信息，对目标用户的身份合法性进行验证。

针对步骤101而言，车联网终端在获取到目标行驶参数信息之后，会将目标行驶参数信息发送给车联网服务器。同时，用户终端在获取到待验证行驶参数信息之后，也会将待验证行驶参数信息发送给车联网服务器。进而，车联网服务器接收车联网终端发送给目标行驶参数信息以及用户终端发送的待验证行驶参数信息。对于接收上述两个信息的顺序而言，不分先后。

针对步骤102而言，步骤102具体包括：判断目标行驶参数信息和待验证行驶参数信息是否相同，若目标行驶参数信息和待验证行驶参数信息相同，则表明目标用户身份合法，若目标行驶参数信息和待验证行驶参数信息不相同，则表明目标用户身份不合法。

进一步，在步骤102之后，所述方法还包括：在目标用户和目标车联之间执行与验证结果对应的控制操作。

具体来讲，对目标用户的身份合法性进行验证之后，将会得到一验证结果，进而本发明根据验证结果执行对应的控制操作。若验证结果表明目标用户身份合法，则将目标用户与目标车辆进行绑定，其中，将目标用户和目标车辆进行绑定具体可以指在车联网应用程序中将目标用户的账号与目标车辆的权限进行绑定，即，向目标用户授权对目标车辆的控制权限。若验证结果表明目标用户身份不合法，则提示目标用户验证失败，拒绝目标用户对目标车辆的控制。

下面结合一实例对上述过程进行说明：

车联网终端采集车辆甲当前的车辆油耗和车辆行驶里程，对应获得目标车辆油耗和目标车辆行驶里程，目标车辆油耗为10.3l/100km，目标车辆行驶里程为2505km。用户终端基于用户乙的输入操作获得待验证车辆油耗和待验证车辆行驶里程，待验证车辆油耗为10.3l/100km，待验证车辆行驶里程为2505km。车联网服务器在接收到车联网终端发送的目标车辆油耗和目标车辆行驶里程，以及接收到用户终端发送的待验证车辆油耗和待验证车辆行驶里程之后，同时判断目标车辆油耗和待验证车辆油耗是否相同，以及判断目标车辆行驶里程和待验证车辆行驶里程是否相同。若目标车辆油耗和待验证车辆油耗相同，且目标车辆行驶里程和待验证车辆行驶里程相同，则将目标用户与目标车辆进行绑定。结合前述实例，若目标车辆油耗与待验证车辆油耗不相同，和/或目标车辆行驶里程和待验证车辆行驶里程不相同，则提示目标用户验证失败。

在本发明实施例中，由于根据至少两种行驶参数对行驶参数数据进行验证，能够避免错将非用车人员或非车主与目标车辆进行绑定，因此，只有车主或用车人员才知道目标车辆真实的行驶参数信息，从而，能够保证车辆的安全性。

基于同一发明构思，本发明第二实施例还提供一种车联网验证方法，应用于车联网服务器中，该车联网服务器能够与用户终端、车联网终端和汽车经销商管理平台(dealermanagementsystem，dms)进行交互。第二实施例中的车联网服务器、用户终端和车联网终端以及上述设备之间的关系与第一实施例相同，此处不再赘述。对于汽车经销商管理平台而言，汽车经销商管理平台能够与车联网服务器进行交互。

进而，如图2所示，本发明第二实施例的车联网验证方法包括以下步骤：

步骤201：接收用户终端发送的待验证车主信息和待验证车辆信息，并将待验证车主信息和待验证车辆信息转发给汽车经销商管理平台，以使汽车经销商管理平台分别对待验证车主信息和待验证车辆信息的合法性进行验证，生成第一验证结果。

步骤202：接收所述汽车经销商管理平台发送的第一验证结果。

步骤203：接收车联网终端发送的目标行驶参数信息，以及接收用户终端发送的待验证行驶参数信息。

步骤204：基于目标行驶参数信息、待验证行驶参数信息以及第一验证结果，对目标用户的身份合法性进行验证。

具体来讲，车主信息为车主的个人信息，其包括用户姓名、用户联系方式和用户身份证号中的至少一种。对于待验证车主信息而言，在本发明实施例中为目标用户的个人信息，目标用户的个人信息包括目标用户的姓名、目标用户的联系方式和目标用户身份证号中的至少一种。车辆信息为车辆唯一标识，其包括车架号和发动机号中的至少一种。对于待验证车辆信息而言，在本发明实施例中为待验证的车辆唯一标识，待验证的车辆唯一标识包括待验证车架号和待验证发动机号中的至少一种。

对于步骤201而言，目标用户能够在用户终端上的车联网应用程序中进行对于车主信息和车辆信息的输入操作，从而用户终端获得目标用户输入的待验证车主信息和待验证车辆信息。用户终端在获取到待验证车主信息和待验证车辆信息之后，将待验证车主信息和待验证车辆信息发送给车联网服务器。车联网服务器在接收到待验证车主信息和待验证车辆信息之后，将待验证车主信息和待验证车辆信息转发给汽车经销商管理平台。汽车经销商管理平台在接收到待验证车主信息和待验证车辆信息之后，对待验证车主信息和待验证车辆信息的合法性进行验证，生成第一验证结果。第一验证结果包含对待验证车主信息的合法性进行验证得到的第一验证子结果，以及对待验证车辆信息的合法性进行验证得到的第二验证子结果。通过第一验证结果能够知晓待验证车主信息是否合法，通过第二验证结果能够知晓待验证车辆信息是否合法。汽车经销商管理平台在生成第一验证结果之后，将第一验证结果发送给车联网服务器。

进一步来讲，汽车经销商管理平台中预先存储有与目标车辆对应的目标车主信息和目标车辆信息，目标车主信息用于对待验证车主信息的合法性进行验证，目标车辆信息用于对待验证车辆信息和合法性进行验证。具体来讲，汽车经销商管理平台通过判断待验证车主信息与目标车主信息是否相同，以实现对待验证车主信息的合法性的验证，若相同，则表明待验证车主信息合法，若不相同，则表明待验证车主信息不合法。同理，汽车经销商管理平台通过判断待验证车辆信息与目标车辆信息是否相同，以实现对待验证车辆信息的合法性的验证，若相同，则表明待验证车辆信息合法，若不相同，则表明待验证车辆信息不合法。

对于步骤202而言，车联网服务器接收汽车经销商管理平台发送的第一验证结果。

对于步骤203而言，对于车联网服务器如何接收用户终端发送的待验证行驶参数信息，以及如何接收车联网终端发送的目标行驶参数信息，在前述第一实施例中已做详细描述，此处不再赘述。

对于步骤204而言，在获得目标行驶参数信息、待验证行驶参数信息和第一验证结果之后，对目标用户的身份合法性进行验证。本发明实施例提供以下两种实施方式。

在第一种实施方式中，首先，确定第一验证结果的情况，若第一验证结果表明待验证车主信息和待验证车辆信息均合法，则确定目标用户身份合法。若第一验证结果表明待验证车主信息和/或待验证车辆信息不合法，判断目标行驶参数信息和待验证行驶参数信息是否相同，若相同，则确定目标用户身份合法，若不相同，则确定目标用户身份不合法。通过该实施方式，能够在车主信息和车辆信息验证失败后，通过行驶参数信息实现对身份的验证，灵活性更高。

在第二种实施方式中，首先，判断目标行驶参数信息和待验证行驶参数信息是否相同，获得判断结果。接着，根据判断结果和第一验证结果，对目标用户身份的合法性进行验证。具体来讲，若判断结果表明目标行驶参数信息和待验证行驶参数信息相同，且第一验证结果表明待验证车主信息和待验证车辆信息均合法，确定目标用户身份合法，否则，确定目标用户身份不合法。通过该实施方式，只有在行驶参数信息、车主信息和车辆信息均验证成功后，才确定目标用户身份合法，使得验证过程具有更高的安全性。

作为优选的实施方式，对于步骤201而言，在接收用户终端发送的待验证车主信息和待验证车辆信息之后，且在将待验证车主信息和待验证车辆信息转发给汽车经销商管理平台之前，所述方法还包括：

对待验证车辆信息的合法性进行验证，生成第二验证结果，其中，当第二验证结果表明待验证车辆信息合法时，将待验证车主信息和待验证车辆信息转发给汽车经销商管理平台。

具体来讲，与汽车经销商管理平台相同，车联网服务器中也预先存储有与目标车辆对应的目标车辆信息。从而，为了进一步确保车辆安全，车联网服务器在接收到用户终端发送的待验证车辆信息之后，会先对待验证车辆信息的合法性进行验证，生成第二验证结果。只有在第二验证结果表明待验证车辆信息合法时，才会将待验证车主信息和待验证车辆信息转发给汽车经销商管理平台，并执行后续的步骤。若第二验证结果表明待验证车辆信息不合法，提示目标用户验证失败。

对于本发明实施例而言，在步骤204之后，所述方法还包括：在目标用户和目标车联之间执行与验证结果对应的控制操作。而对于如何在目标用户和目标车联之间执行与验证结果对应的控制操作，参见第一实施例中的说明，此处不再赘述。

基于同一发明构思，本发明第三实施例还提供一种车联网系统，如图3所示，所述系统包括车联网服务器、用户终端、车联网终端和汽车经销商管理平台。

用户终端用于将待验证车主信息和待验证车辆信息发送至车联网服务器，其中，车主信息用于表征车主的身份，车辆信息为车辆唯一标识；

车联网服务器用于将待验证车主信息和待验证车辆信息转发给汽车经销商管理平台；

汽车经销商管理平台用于分别对待验证车主信息和待验证车辆信息的合法性进行验证，生成第一验证结果，并将第一验证结果发送给车联网终端；

用户终端还用于将目标行驶参数信息和待验证行驶参数信息发送至车联网终端，其中，车联网终端通过采集目标车辆当前的行驶参数信息获得目标行驶参数信息，行驶参数信息包含至少两种行驶参数，用户终端基于目标用户的输入操作获得与至少两种行驶参数对应的待验证行驶参数信息；

车联网终端还用于基于目标行驶参数信息、待验证行驶参数信息以及第一验证结果，对目标用户的身份合法性进行验证。

需要说明的是，第三实施例的车联网系统中的各个设备以及各设备之间的工作过程与第二实施例相同，此处不再赘述。

基于同一发明构思，本发明第四实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述第一实施例和第二实施例所述的方法步骤。

基于同一发明构思，本发明第五实施例还提供了一种计算机设备，如图4所示，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该计算机设备可以为包括手机、平板电脑、pda(personaldigitalassistant，个人数字助理)、pos(pointofsales，销售终端)、车载电脑等任意终端设备，以计算机设备为手机为例：

图4示出的是与本发明实施例提供的计算机设备相关的部分结构的框图。参考图4，该计算机设备包括：存储器401和处理器402。本领域技术人员可以理解，图4中示出的计算机设备结构并不构成对计算机设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图4对计算机设备的各个构成部件进行具体的介绍：

存储器401可用于存储软件程序以及模块，处理器402通过运行存储在存储器401的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器401可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储数据(比如音频数据、电话本等)等。此外，存储器401可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器402是计算机设备的控制中心，通过运行或执行存储在存储器401内的软件程序和/或模块，以及调用存储在存储器401内的数据，执行各种功能和处理数据。可选的，处理器402可包括一个或多个处理单元；优选的，处理器402可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。

在本发明实施例中，该计算机设备所包括的处理器402可以具有前述实施例中任一方法步骤所对应的功能。

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

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

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

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

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

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