基于人脸识别的取餐处理方法及装置与流程

本发明涉及互联网技术领域，具体涉及一种基于人脸识别的取餐处理方法及装置。

背景技术

随着互联网技术的不断发展，用户已可以利用手机等用户终端进行网上订餐以及自助取餐，其中，在完成订餐后，用户会获取到取餐二维码、取餐号码等取餐凭证，凭借取餐凭证进行自助取餐。以取餐凭证为取餐二维码为例，在取餐时，用户需要出示取餐二维码，由二维码扫描设备对取餐二维码进行扫描验证，验证成功后，用户即可进行取餐。然而这一取餐过程，需要用户找到并出示对应的取餐凭证，操作过程较为繁琐，使得用户无法方便、快速地进行取餐，用户体验感较差。

技术实现要素：

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的基于人脸识别的取餐处理方法及装置。

根据本发明的一个方面，提供了一种基于人脸识别的取餐处理方法，该方法包括：

根据餐品订单信息，将餐品订单信息与取餐用户图像进行绑定存储；

获取取餐用户的当前面部图像，并将当前面部图像与所存储的取餐用户图像进行匹配，确定相匹配的餐品订单信息；

将相匹配的餐品订单信息对应的餐品提供给取餐用户。

进一步地，根据餐品订单信息，将餐品订单信息与取餐用户图像进行绑定存储进一步包括：

根据餐品订单信息，确定与餐品订单信息对应的用户账号；

获取用户账号的账号头像或面部特征信息；

将账号头像或面部特征信息作为取餐用户图像，并将餐品订单信息与取餐用户图像进行绑定存储。

进一步地，根据餐品订单信息，确定与餐品订单信息对应的用户账号进一步包括：

接收与餐品订单信息对应的餐品支付请求；

将餐品支付请求中的支付平台账号确定为与餐品订单信息对应的用户账号。

进一步地，根据餐品订单信息，确定与餐品订单信息对应的用户账号进一步包括：

将餐品订单信息中的订餐平台账号确定为与餐品订单信息对应的用户账号。

进一步地，在获取取餐用户的当前面部图像之前，该方法还包括：

接收与餐品订单信息对应的取餐用户添加请求；

根据取餐用户添加请求，获取待添加的取餐用户图像；

将餐品订单信息与待添加的取餐用户图像进行绑定存储。

进一步地，根据取餐用户添加请求，获取待添加的取餐用户图像进一步包括：

根据取餐用户添加请求，获取摄像设备采集的待添加取餐用户的面部图像或者获取待添加取餐用户对应的订餐平台账号的账号头像。

进一步地，获取取餐用户的当前面部图像进一步包括：

获取人脸识别设备采集的取餐用户的当前面部图像。

进一步地，将相匹配的餐品订单信息对应的餐品提供给取餐用户进一步包括：

根据相匹配的餐品订单信息，确定对应的取餐柜，并向取餐柜发送开启指令，以使取餐用户从取餐柜中取出相匹配的餐品订单信息对应的餐品。

根据本发明的另一方面，提供了一种基于人脸识别的取餐处理装置，该装置包括：

绑定存储模块，适于根据餐品订单信息，将餐品订单信息与取餐用户图像进行绑定存储；

第一获取模块，适于获取取餐用户的当前面部图像；

匹配模块，适于将当前面部图像与所存储的取餐用户图像进行匹配，确定相匹配的餐品订单信息；

处理模块，适于将相匹配的餐品订单信息对应的餐品提供给取餐用户。

进一步地，绑定存储模块进一步适于：

根据餐品订单信息，确定与餐品订单信息对应的用户账号；

获取用户账号的账号头像或面部特征信息；

将账号头像或面部特征信息作为取餐用户图像，并将餐品订单信息与取餐用户图像进行绑定存储。

进一步地，绑定存储模块进一步适于：

接收与餐品订单信息对应的餐品支付请求；

将餐品支付请求中的支付平台账号确定为与餐品订单信息对应的用户账号。

进一步地，绑定存储模块进一步适于：

将餐品订单信息中的订餐平台账号确定为与餐品订单信息对应的用户账号。

进一步地，该装置还包括：

接收模块，适于接收与餐品订单信息对应的取餐用户添加请求；

第二获取模块，适于根据取餐用户添加请求，获取待添加的取餐用户图像；

绑定存储模块进一步适于：将餐品订单信息与待添加的取餐用户图像进行绑定存储。

进一步地，第二获取模块进一步适于：

根据取餐用户添加请求，获取摄像设备采集的待添加取餐用户的面部图像或者获取待添加取餐用户对应的订餐平台账号的账号头像。

进一步地，第一获取模块进一步适于：获取人脸识别设备采集的取餐用户的当前面部图像。

进一步地，处理模块进一步适于：根据相匹配的餐品订单信息，确定对应的取餐柜，并向取餐柜发送开启指令，以使取餐用户从取餐柜中取出相匹配的餐品订单信息对应的餐品。

根据本发明的又一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；

存储器用于存放至少一可执行指令，可执行指令使处理器执行上述基于人脸识别的取餐处理方法对应的操作。

根据本发明的再一方面，提供了一种计算机存储介质，存储介质中存储有至少一可执行指令，可执行指令使处理器执行如上述基于人脸识别的取餐处理方法对应的操作。

根据本发明提供的技术方案，能够将餐品订单信息与取餐用户图像进行绑定存储，并基于人脸识别技术对取餐用户的身份进行验证，使得取餐用户无需出示取餐二维码、取餐号码等取餐凭证，通过刷脸的方式即可方便、快速地进行取餐，有效地简化了取餐操作，节省了用户在取餐过程中所耗费的时间，提高了用户取餐的便捷性，并极大地提高了用户体验感以及取餐效率，优化了取餐方式。

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

附图说明

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

图1示出了根据本发明一个实施例的基于人脸识别的取餐处理方法的流程示意图；

图2示出了根据本发明另一实施例的基于人脸识别的取餐处理方法的流程示意图；

图3示出了根据本发明实施例的基于人脸识别的取餐处理装置的结构框图；

图4示出了根据本发明实施例的一种计算设备的结构示意图。

具体实施方式

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

图1示出了根据本发明一个实施例的基于人脸识别的取餐处理方法的流程示意图，如图1所示，该方法包括如下步骤：

步骤s100，根据餐品订单信息，将餐品订单信息与取餐用户图像进行绑定存储。

当用户需要订餐时，可利用手机、pad等用户终端打开订餐页面或登录订餐平台，选择所喜欢的餐品进行下单，发送餐品订单信息，其中，餐品订单信息可包括：餐品项目、与餐品项目对应的餐品数量、取餐时间、餐品订单标识、优惠使用信息、订单原始金额、订单待支付金额、餐品提供方信息、用户在订餐平台中的订餐平台账号和/或订单时间等信息。具体地，优惠使用信息可包括优惠券使用信息和/或满减优惠信息等；餐品提供方信息可包括餐品提供方的名称、标识、位置等信息，其中，餐品提供方具体可为店铺或者取餐终端机等，取餐终端机为提供取餐服务的自助终端机，一般包括有多个用于存放餐品的取餐柜。

服务器接收餐品订单信息，并根据餐品订单信息，获取对应的取餐用户图像，然后将餐品订单信息与取餐用户图像进行绑定存储，具体地，将餐品订单信息与对应的取餐用户图像进行绑定，得到绑定结果，并存储该绑定结果，以便后续根据绑定结果对取餐用户进行验证。

其中，取餐用户图像是指进行取餐操作的用户的图像。具体地，取餐用户图像可以为与餐品订单信息对应的用户账号的账号头像或面部特征信息。考虑到一般情况下进行餐品下单的下单用户即为取餐用户，并且在许多应用平台中，存储了用户账号的面部特征信息，有的用户还选择使用其真实的面部图像作为账号头像，那么可直接将与餐品订单信息对应的用户账号的账号头像或面部特征信息作为取餐用户图像，无需再利用手机等用户终端中的摄像设备(例如摄像头)去采集取餐用户的面部图像，有效地减少了用户操作，提高了用户使用取餐服务的便捷性。

可选地，取餐用户图像也可以为利用手机等用户终端中的摄像设备采集的取餐用户的面部图像。其中，在用户开启基于人脸识别的取餐服务或者在进行餐品下单之后，服务器调用用户终端中的摄像设备，摄像设备采集取餐用户的面部图像，服务器获取摄像设备采集到的取餐用户的面部图像，并将取餐用户的面部图像作为取餐用户图像。

另外，餐品提供方接收用户终端发送的餐品订单信息或者接收由服务器转发的餐品订单信息，然后按照餐品订单信息中的餐品项目、与餐品项目对应的餐品数量以及取餐时间等信息准备餐品，以供取餐用户进行取餐。

步骤s101，获取取餐用户的当前面部图像，并将当前面部图像与所存储的取餐用户图像进行匹配，确定相匹配的餐品订单信息。

当取餐用户进行取餐时，需要对取餐用户的身份进行验证。在本发明中，基于人脸识别技术对取餐用户的身份进行验证。取餐用户在进行取餐时，可站在店铺或者取餐终端机所安装的人脸识别设备的前方，将面部对准人脸识别设备，由人脸识别设备采集取餐用户的当前面部图像，服务器获取人脸识别设备采集的取餐用户的当前面部图像。

服务器在步骤s100中存储了餐品订单信息与取餐用户图像的绑定结果，在获取了取餐用户的当前面部图像之后，将所获取的取餐用户的当前面部图像与所存储的取餐用户图像进行匹配，查找到相匹配的取餐用户图像，然后将相匹配的取餐用户图像所绑定的餐品订单信息确定为与当前面部图像相匹配的餐品订单信息。

步骤s102，将相匹配的餐品订单信息对应的餐品提供给取餐用户。

在确定了相匹配的餐品订单信息之后，可通过取餐终端机中的取餐柜或者餐饮服务人员将相匹配的餐品订单信息对应的餐品提供给取餐用户，使得取餐用户无需出示取餐二维码、取餐号码等取餐凭证，通过刷脸的方式即可方便、快速地进行取餐，有效地简化了取餐操作，节省了用户在取餐过程中所耗费的时间，极大地提高了用户体验感以及取餐效率。

具体地，以通过取餐终端机中的取餐柜进行取餐为例，取餐终端机包括有多个取餐柜，建立取餐柜与餐品订单信息之间的对应关系，取餐柜用于存放其所对应的餐品订单信息对应的餐品，在步骤s101确定了相匹配的餐品订单信息之后，控制取餐终端机中与该餐品订单信息对应的取餐柜的开启状态，使得取餐用户能够从开启的取餐柜中取出对应的餐品。以通过餐饮服务人员进行取餐为例，餐饮服务人员只需将预先准备的相匹配的餐品订单信息对应的餐品提供给取餐用户即可。

本实施例提供的基于人脸识别的取餐处理方法，能够将餐品订单信息与取餐用户图像进行绑定存储，并基于人脸识别技术对取餐用户的身份进行验证，使得取餐用户无需出示取餐二维码、取餐号码等取餐凭证，通过刷脸的方式即可方便、快速地进行取餐，有效地简化了取餐操作，节省了用户在取餐过程中所耗费的时间，提高了用户取餐的便捷性，并极大地提高了用户体验感以及取餐效率，优化了取餐方式。

图2示出了根据本发明另一实施例的基于人脸识别的取餐处理方法的流程示意图，如图2所示，该方法包括如下步骤：

步骤s200，根据餐品订单信息，确定与餐品订单信息对应的用户账号。

用户选择所喜欢的餐品进行下单，发送餐品订单信息，其中，餐品订单信息可包括：餐品项目、与餐品项目对应的餐品数量、取餐时间、餐品订单标识、优惠使用信息、订单原始金额、订单待支付金额、餐品提供方信息、用户在订餐平台中的订餐平台账号和/或订单时间等信息。接着针对餐品订单信息进行支付，生成与餐品订单信息对应的餐品支付请求。服务器接收与餐品订单信息对应的餐品支付请求，其中，餐品支付请求包括：餐品订单标识、支付方式、用户在支付平台中的支付平台账号、支付金额、支付时间等信息。

在一种可选的实施方式中，可将餐品支付请求中的支付平台账号确定为与餐品订单信息对应的用户账号。在另一种可选的实施方式中，若用户通过订餐平台进行餐品下单，那么餐品订单信息中包括有用户在订餐平台中的订餐平台账号，则可将餐品订单信息中的订餐平台账号确定为与餐品订单信息对应的用户账号。

步骤s201，获取用户账号的账号头像或面部特征信息。

在支付平台、订餐平台等应用平台中，有的用户选择使用其真实的面部图像作为账号头像，那么在确定了与餐品订单信息对应的用户账号之后，在步骤s201中从用户账号对应的应用平台中获取用户账号的账号头像，用于作为取餐用户图像。若与餐品订单信息对应的用户账号为支付平台账号，则从支付平台中获取该支付平台账号的账号头像；若与餐品订单信息对应的用户账号为订餐平台账号，则从订餐平台中获取该订餐平台账号的账号头像。

另外，当用户在支付平台等应用平台中进行账号注册、实名认证时，应用平台会获取用户的面部特征信息，并作为用户账号的面部特征信息。即使用户未选择使用其真实的面部图像作为账号头像，而是选择使用风景图像或动物图像作为账号头像，也可以在步骤s201中获取用户账号的面部特征信息，用于作为取餐用户图像。

步骤s202，将账号头像或面部特征信息作为取餐用户图像，并将餐品订单信息与取餐用户图像进行绑定存储。

一般情况下进行餐品下单的下单用户即为取餐用户，那么将所获取的与餐品订单信息对应的用户账号的账号头像或面部特征信息作为取餐用户图像，将餐品订单信息与对应的取餐用户图像进行绑定，得到绑定结果，并存储该绑定结果，以便后续根据绑定结果对取餐用户进行验证。本发明直接将与餐品订单信息对应的用户账号的账号头像或面部特征信息作为取餐用户图像，无需再利用手机等用户终端中的摄像设备去采集取餐用户的面部图像，有效地减少了用户操作，提高了用户使用取餐服务的便捷性。

步骤s203，接收与餐品订单信息对应的取餐用户添加请求。

在实际应用场景中，经常会出现多人一起用餐的情况，在这种情况下，大多是由多人中的一人进行餐品下单，而餐品订单信息中的餐品项目为多人所要食用的餐品项目，例如餐品订单信息中的餐品项目包括“果仁菠菜”、“鱼香肉丝”、“宫保鸡丁”、“水煮鱼”以及“米饭”一共五个餐品项目。为了便于用户取餐，可将多人中除下单用户之外的其他一个或多个用户也添加为与餐品订单信息对应的取餐用户，那么与餐品订单信息对应的多个取餐用户中的任何一个取餐用户都可进行取餐。服务器接收用户终端发送的与餐品订单信息对应的取餐用户添加请求，其中，取餐用户添加请求可包括：餐品订单标识、请求时间等信息。

步骤s204，根据取餐用户添加请求，获取待添加的取餐用户图像。

其中，根据取餐用户添加请求，服务器调用用户终端中的摄像设备，摄像设备采集待添加取餐用户的面部图像，服务器获取摄像设备采集的待添加取餐用户的面部图像，并将待添加取餐用户的面部图像作为待添加的取餐用户图像。

另外，若待添加取餐用户在订餐平台账号中也注册了相应的订餐平台账号，取餐用户添加请求还可包括有待添加取餐用户在订餐平台账号中的订餐平台账号，若待添加取餐用户使用其真实的面部图像作为账号头像，则可根据取餐用户添加请求，获取待添加取餐用户对应的订餐平台账号的账号头像，将待添加取餐用户对应的订餐平台账号的账号头像作为待添加的取餐用户图像。或者，根据取餐用户添加请求，获取待添加取餐用户对应的订餐平台账号的面部特征信息，将待添加取餐用户对应的订餐平台账号的面部特征信息作为待添加的取餐用户图像。

步骤s205，将餐品订单信息与待添加的取餐用户图像进行绑定存储。

在获取了待添加的取餐用户图像之后，将餐品订单信息与待添加的取餐用户图像进行绑定，那么所添加的取餐用户图像和步骤s202中所确定的取餐用户图像都为与餐品订单信息具有绑定关系的取餐用户图像，在完成绑定后，更新并存储绑定结果，以便后续根据绑定结果对取餐用户进行验证。通过这种方式，使得下单用户以及与其一起用餐的其他用户都能够进行取餐，那么即使下单用户由于打电话、迟到等原因不便于取餐时，与其一起用餐的其他用户也可通过刷脸的方式方便地进行取餐，极大地提高了用户取餐的便捷性和用户体验感。

步骤s206，获取人脸识别设备采集的取餐用户的当前面部图像。

当取餐用户进行取餐时，基于人脸识别技术对取餐用户的身份进行验证。具体地，取餐用户可站在店铺或者取餐终端机所安装的人脸识别设备的前方，将面部对准人脸识别设备，由人脸识别设备采集取餐用户的当前面部图像，服务器获取人脸识别设备采集的取餐用户的当前面部图像。

步骤s207，将当前面部图像与所存储的取餐用户图像进行匹配，确定相匹配的餐品订单信息。

其中，可利用现有技术中的人脸识别技术，将当前面部图像中的特征点与所存储的取餐用户图像中的特征点进行匹配，查找到相匹配的取餐用户图像，然后将相匹配的取餐用户图像所绑定的餐品订单信息确定为与当前面部图像相匹配的餐品订单信息。

步骤s208，根据相匹配的餐品订单信息，确定对应的取餐柜，并向取餐柜发送开启指令，以使取餐用户从取餐柜中取出相匹配的餐品订单信息对应的餐品。

其中，可通过取餐终端机中的取餐柜进行取餐，取餐终端机包括有多个取餐柜，建立取餐柜与餐品订单信息之间的对应关系，取餐柜用于存放其所对应的餐品订单信息对应的餐品。在确定了相匹配的餐品订单信息之后，根据相匹配的餐品订单信息以及取餐柜与餐品订单信息之间的对应关系，确定与该相匹配的餐品订单信息对应的取餐柜，该取餐柜中已预先存放了该相匹配的餐品订单信息对应的餐品，然后向该取餐柜发送开启指令，以控制该取餐柜的柜门打开，使得取餐用户能够从该取餐柜中取出对应的餐品。

本实施例提供的基于人脸识别的取餐处理方法，能够将与餐品订单信息对应的用户账号的账号头像或面部特征信息作为取餐用户图像，无需再利用用户终端中的摄像设备去采集取餐用户的面部图像，有效地减少了用户操作，提高了用户使用取餐服务的便捷性；并且还能够添加与餐品订单信息对应的取餐用户，使得与餐品订单信息对应的多个取餐用户中的任何一个取餐用户都可通过刷脸的方式方便、快速地进行取餐，极大地提高了用户取餐的便捷性和用户体验感。

图3示出了根据本发明实施例的基于人脸识别的取餐处理装置的结构框图，如图3所示，该装置包括：绑定存储模块310、第一获取模块320、匹配模块330和处理模块340。

绑定存储模块310适于：根据餐品订单信息，将餐品订单信息与取餐用户图像进行绑定存储。

可选地，绑定存储模块310进一步适于：根据餐品订单信息，确定与餐品订单信息对应的用户账号；获取用户账号的账号头像或面部特征信息；将账号头像或面部特征信息作为取餐用户图像，并将餐品订单信息与取餐用户图像进行绑定存储。

可选地，绑定存储模块310进一步适于：接收与餐品订单信息对应的餐品支付请求；将餐品支付请求中的支付平台账号确定为与餐品订单信息对应的用户账号。

可选地，绑定存储模块310进一步适于：将餐品订单信息中的订餐平台账号确定为与餐品订单信息对应的用户账号。

第一获取模块320适于：获取取餐用户的当前面部图像。

可选地，第一获取模块320进一步适于：获取人脸识别设备采集的取餐用户的当前面部图像。

匹配模块330适于：将当前面部图像与所存储的取餐用户图像进行匹配，确定相匹配的餐品订单信息。

处理模块340适于：将相匹配的餐品订单信息对应的餐品提供给取餐用户。

可选地，处理模块340进一步适于：根据相匹配的餐品订单信息，确定对应的取餐柜，并向取餐柜发送开启指令，以使取餐用户从取餐柜中取出相匹配的餐品订单信息对应的餐品。

可选地，该装置还包括：接收模块350，适于接收与餐品订单信息对应的取餐用户添加请求；第二获取模块360，适于根据取餐用户添加请求，获取待添加的取餐用户图像；绑定存储模块310进一步适于：将餐品订单信息与待添加的取餐用户图像进行绑定存储。

可选地，第二获取模块360进一步适于：根据取餐用户添加请求，获取摄像设备采集的待添加取餐用户的面部图像或者获取待添加取餐用户对应的订餐平台账号的账号头像。

本实施例提供的基于人脸识别的取餐处理装置，能够将与餐品订单信息对应的用户账号的账号头像或面部特征信息作为取餐用户图像，无需再利用用户终端中的摄像设备去采集取餐用户的面部图像，有效地减少了用户操作，提高了用户使用取餐服务的便捷性；并且还能够添加与餐品订单信息对应的取餐用户，使得与餐品订单信息对应的多个取餐用户中的任何一个取餐用户都可通过刷脸的方式方便、快速地进行取餐，极大地提高了用户取餐的便捷性和用户体验感。

本发明还提供了一种非易失性计算机存储介质，计算机存储介质存储有至少一可执行指令，可执行指令可执行上述任意方法实施例中的基于人脸识别的取餐处理方法。

图4示出了根据本发明实施例的一种计算设备的结构示意图，本发明具体实施例并不对计算设备的具体实现做限定。

如图4所示，该计算设备可以包括：处理器(processor)402、通信接口(communicationsinterface)404、存储器(memory)406、以及通信总线408。

其中：

处理器402、通信接口404、以及存储器406通过通信总线408完成相互间的通信。

通信接口404，用于与其它设备比如客户端或其它服务器等的网元通信。

处理器402，用于执行程序410，具体可以执行上述基于人脸识别的取餐处理方法实施例中的相关步骤。

具体地，程序410可以包括程序代码，该程序代码包括计算机操作指令。

处理器402可能是中央处理器cpu，或者是特定集成电路asic(applicationspecificintegratedcircuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。计算设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个cpu；也可以是不同类型的处理器，如一个或多个cpu以及一个或多个asic。

存储器406，用于存放程序410。存储器406可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。

程序410具体可以用于使得处理器402执行上述任意方法实施例中的基于人脸识别的取餐处理方法。程序410中各步骤的具体实现可以参见上述基于人脸识别的取餐处理实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。

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

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

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

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

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

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

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