CN114331448A - 生物信息验证方法及设备 - Google Patents

Abstract

生物信息验证方法及设备。在该方法中，设备可以采集用户的声纹信息，并调用附近的人脸采集设备来采集用户的人脸信息。在设备接收到请求支付付费音频资源的用户操作时，设备可以结合声纹验证和人脸验证的方式来验证用户的身份。当验证通过，设备可以请求支付服务器从支付账户中扣款，来支付付费音频资源。上述结合多个生物信息来验证用户身份的方法，可以提高身份验证的安全性。并且，未配置有人脸采集装置的设备也可以结合声纹验证和人脸验证的方式来完成支付过程中的身份验证，这样可以简化用户的支付操作。

Description

生物信息验证方法及设备

技术领域

本申请涉及终端技术领域，尤其涉及生物信息验证方法及设备。

背景技术

随着音箱等智能家居设备的发展，用户可以方便地通过音箱收听各种音频资源，例如音乐、有声书等。音频资源付费也成为一种趋势。

通过生物信息验证的方式来完成支付过程中的身份验证可以提高支付过程的便利性。但一般的音箱中仅包含用于采集声纹信息的语音采集装置，而未配置有采集其他类型的生物信息的装置。例如人脸采集装置、指纹采集装置等。仅通过单一的生物信息验证(如声纹验证)的方式来完成支付过程中的身份验证不利于保证身份验证安全。

发明内容

本申请提供一种生物信息验证方法及设备。该方法可用于支付过程中的身份验证。其中，设备(如音箱)可以采集用户的第一生物信息，并调用附近的具有第二生物信息采集能力的设备来采集用户的第二生物信息。第一生物信息和第二生物信息是不同类型的生物信息。该设备在支付过程中可结合第一生物信息验证和第二生物信息验证的方式来验证用户的身份。这样，用户可以通过自己的第一生物信息和第二生物信息来完成支付过程中的身份验证。上述方法可以简化用户的支付操作。并且，不具有第二生物信息采集能力的设备也可以结合第一生物信息验证和第二生物信息验证的方式来验证用户的身份，提高身份验证的安全性。

第一方面，本申请提供一种生物信息验证方法。该方法包括：第一设备可以采集到第一生物信息。该第一设备可以通过短距无线通信连接发现具有第二生物信息采集能力的第二设备。该第一设备可以接收来自第二设备采集的第二生物信息，第二生物信息不同于第一生物信息。进一步的，该第一设备可以确定第一生物信息与第三生物信息匹配，且第二生物信息与第四生物信息匹配。上述第三生物信息可存储在第一设备中或者第一设备能够访问的云端存储空间。第三生物信息是第一设备预采集的第一用户的生物信息。第四生物信息可存储在第一设备中或者第一设备能够访问的云端存储空间。第四生物信息是第二设备预采集的第一用户的生物信息。

通过本申请提供的一种生物信息验证方法，第一设备可以完成支付过程中的身份验证。不具备第二生物信息采集能力的第一设备也可以结合第一生物信息验证和第二生物信息验证的方式来验证用户的身份，提高身份验证的安全性。并且，用户可以通过自己的第一生物信息和第二生物信息快速完成支付过程中的身份验证，从而提高了支付过程的便利性。

上述第三生物信息和上述第四生物信息可作为第一用户的参考生物信息，分别用于确定第一设备得到的第一生物信息是否是第一用户的生物信息以及第一设备得到的第二生物信息是否是第一用户的生物信息。

上述短距无线通信连接可以为以下一种或多种：近场通信连接、蓝牙通信连接、WLAN直连通信连接、ZigBee通信连接。

在一种可能的实现方式中，当上述身份验证成功，第一设备可以向第一服务器发送第一消息。该第一消息可用于指示第一服务器对第一支付账户进行扣款。该第一支付账户为第一用户的支付账户。上述第一服务器可以为支付服务器。

结合第一方面，在一些实施例中，上述第一设备为配置有语音采集装置的设备，例如，音箱。上述第二设备为配置有人脸采集装置的设备，例如，电视。上述第一生物信息和上述第三生物信息均可为声纹信息。上述第二生物信息和上述第四生物信息均可为人脸信息。

这样，音箱可以结合声纹验证和人脸验证的方式来验证用户的身份。即用户可以通过自己的声音和人脸来完成身份验证，从而便捷地进行支付。

结合第一方面，在另一些实施例中，上述第一设备为配置人脸采集设备的装置，例如，电视。上述第二设备可以为配置有语音采集装置的设备，例如，音箱。上述第一生物信息和上述第三生物信息均可为人脸信息。上述第二生物信息和上述第四生物信息均可为声纹信息。

结合第一方面，在一些实施例中，第一设备在采集到第一生物信息之前，该方法还包括：第一设备可登录第二服务器上的第一账号。该第一账号为第一用户在第二服务器上的账号。第二服务器可用于在第一服务器从第一支付账户中扣款成功后，向第一设备发送第一用户购买的内容。第一设备可以向第二服务器发送第一内容的获取请求。第一设备可接收第二服务器发送的第一内容的价格信息。

其中，上述第一服务器可以为内容服务器。具体的，该内容服务器可例如是音乐服务器、视频服务器等。上述第一内容可以例如是音频数据、视频数据等。

需要进行说明的是，上述第一设备可以与上述第一账号绑定。示例性的，第一设备与第三设备建立有通信连接。上述第三设备中安装有用于控制第一设备的应用程序。上述第三设备可以例如是手机、平板等。第三设备可以在该应用程序中登录上述第一账号。进一步的，第三设备可以将该第一账号的相关信息发送给第一设备。这样，第一设备可以与第一账号建立绑定关系。

第一设备在采集上述第一用户的第三生物信息和第四生物信息之前，第三设备可以对第一支付账户进行身份验证。其中，第三设备可以接收用户输入的第一支付账户的支付密码。然后第三设备可以将接收到的支付密码与已存储的第一支付账户的支付密码比较。若相同，这第三设备对第一支付账户的身份验证成功。第一支付账户可以与第一账号关联。进一步的，第三设备可以向第一设备发送用于采集第三生物信息和第四生物信息的指令。这样，第一设备可以采集第三生物信息和第四生物信息，并将其余第一账号关联。在支付过程中，若第一生物信息与第三生物信息匹配，且第二生物信息与第四生物信息匹配，则第一设备可以请求支付服务器对于第一账号关联的支付账户，即第一支付账户进行扣款，来购买上述第一内容。

也即使说，第一用户可以先在第三设备上完成对第一支付账户的身份验证，然后可以通过第三设备指示第一设备录入上述第三生物信息和上述第四生物信息。

另外，内容服务器中可存储有多个账号的标识。上述多个账号包括第一账号。内容服务器可以根据上述多个账号的标识确定各账号购买过的付费资源。当第一设备在内容服务器上登录第一账号，且向内容服务器获取第一内容，内容服务器可以确定第一账号未购买过该第一内容。进一步的，内容服务器可以向第一设备发送消息来提示第一设备获取第一内容需要付费。内容服务器还可以将该第一内容的价格信息发送给第一设备。

下面具体以第一设备为配置有语音采集装置的音箱，第二设备为配置有人脸采集装置的电视为例，来说明音箱通过生物信息完成身份验证，并请求支付服务器对第一支付账户进行扣款的实现方式。

示例性的，第一用户唤醒音箱并指示该音箱播放音乐A。该音乐A为付费资源。音箱可以接收到音乐服务器发送的用于指示付费后才能获取音乐A的信息。音箱可以语音播报“付费后可收听完整的音乐A，是否付费”，来提示第一用户当前无法播放未购买过的音乐A。进一步的，音箱可以接收到语音指令“请帮助我完成支付”。即第一用户请求购买音乐A。

音箱可以开始进行声纹验证和人脸验证。具体的，音箱可以语音播报“好的，开始声纹验证。请跟着我说以下验证词：小艺小艺”，来提示第一用户录入声纹信息。第一用户可以根据音箱的提示说出验证词“小艺小艺”。音箱可以从接收到的语音输入中提取声纹信息，并与第一用户的参考声纹信息进行比较。若匹配，则声纹验证成功。

然后，音箱可以查找到并调用附近配置有摄像头的电视来采集人脸信息。音箱可以语音播报“声纹验证成功，开始人脸验证。请将您的面部对准李明的电视的摄像头，并眨眨眼”，来提示第一用户通过名称为“李明”的电视来录入人脸信息。其中，音箱可以通过语音播报的方式提示用户调整人脸，从而使得人脸对准摄像头。当接收到来自电视采集的人脸信息，音箱可以将该人脸信息与第一用户的参考人脸信息进行比较。若匹配，则人脸验证成功。这样，音箱可以完成对用户的身份验证。

进一步的，音箱可以请求支付服务器对第一支付账户进行扣款。其中，支付服务器可以对音箱进行可信身份验证，来确定音箱是可信设备。音箱可以向支付服务器发送第一支付账户的标识信息以及第一用户需要购买的付费内容(即上述音乐A)的订单信息。这样，支付服务器可以根据上述订单信息对第一支付账户进行扣款。当扣款成功，支付服务器可以向音乐服务器发送用于指示支付成功的消息。从而，音乐服务器可以将音乐A的资源发送给音箱。音箱可以为用户播放成功购买的音乐A。

结合第一方面，在一些实施例中，云端存储空间存储的第三生物信息和第四生物信息能够被多个设备访问。这多个设备包括第一设备。这多个设备可在内容服务器上共享同一个账号，或者这多个设备各自在内容服务器上的多个账号属于同一账号组；属于同一账号组表示同一账号组中的多个账号共享其中各账号在第二服务器中购买的内容。

其中，由于存储在云端存储空间的第三生物信息和第四生物信息可以被共享同一个账号的多个设备访问，这多个设备均可以从云端存储空间获取第三生物信息和第四生物信息来进行身份验证。这样用户可以只需要录入一次参考生物信息，即可在多个音箱上通过第一生物信息验证和第二生物信息验证的方式来支付第一设备请求获取的付费资源。上述实现方式可以简化用户录入用于支付的参考生物信息的操作，提高用户的使用体验。

结合第一方面，在一些实施例中，第一用户可以授权第二用户在第一设备上建立第二用户的参考生物信息。其中，该方法可包括：第一设备可以采集到第二用户的第五生物信息。该第五生物信息与第一生物信息是同一类型的生物信息。该第五生物信息可用于确定第一设备得到的生物信息是否是第二用户的生物信息。该第五生物信息可存储在第一设备中或者第一设备能够访问的云端存储空间。第五生物信息与第四生物信息绑定。

若上述第一生物信息是声纹信息，则第五生物信息也是声纹信息。

上述第一用户可以为与第一账号关联的主用户。上述第二用户可以为与第一账号关联的授权用户。其中，与第一账号关联的主用户可以为：在第一设备或第一设备能够访问的云端存储空间内未存储有与第一账号关联的参考生物信息时，第一设备建立的参考生物信息所对应的用户。与第一账号关联的授权用户可以为：在第一设备或第一设备能够访问的云端存储空间内存储有与第一账号关联的参考生物信息时，第一设备建立的参考生物信息所对应的用户。第一账号可关联有一个主用户、一个或多个授权用户。

第二用户(即授权用户)利用自己的生物信息进行验证时，需要主用户授权，方可完成身份验证。具体的，第一设备可以采集到第六生物信息。该第六生物信息与第一生物信息是同一类型的生物信息。第一设备可接收来自第二设备采集的第二生物信息。第一设备可确定第六生物信息与第五生物信息匹配，且第三生物信息与第四生物信息匹配。第一设备可以向第一服务器发送第二消息，第二消息用于指示第一服务器对第一支付账户进行扣款。

可以看出，上述主用户授权的过程可以为对主用户的第二生物信息进行验证的过程。也即是说，当授权用户的声纹信息验证通过后，再结合对主用户人脸信息的验证，第一设备即可请求支付服务器对主用户的支付账户(即第一支付账户)进行扣款，来购买付费资源。这样，不限于主用户通过第一生物信息验证和第二生物信息验证的方式完成支付，授权用户，例如主用户的家人和朋友等，也可在主用户授权的情况下通过第一生物信息验证和第二生物信息验证的方式完成支付。并且，由于与第一设备绑定的第一账号所关联的第一支付账户可以认为是主用户的支付账户，结合授权用户的声纹信息和主用户的人脸信息进行验证的方式可以在第一支付账户进行支付前由主用户进行确认，从而可以避免授权用户滥用权限，过度消费主用户的支付账户。

结合第一方面，在另一些实施例中，第一用户可以授权第二用户在第一设备上建立第二用户的参考生物信息。该方法包括：第一设备可以采集到第二用户的第五生物信息。该第五生物信息与第一生物信息是同一类型的生物信息。该第五生物信息可用于确定第一设备得到的生物信息是否是第二用户的生物信息。该第五生物信息可存储在第一设备中或者第一设备能够访问的云端存储空间。第一设备可以接收来自第二设备采集的第二用户的第七生物信息。该第七生物信息与第二生物信息是同一类型的生物信息。该第七生物信息可用于确定第一设备得到的生物信息是否是第二用户的生物信息。该第七生物信息可存储在第一设备中或者第一设备能够访问的云端存储空间。其中，第五生物信息与第七生物信息绑定。

第二用户(即授权用户)利用自己的生物信息进行验证时，可以不需要主用户授权。即第二用户可以利用自己的生物信息独立地完成身份验证。第一设备可以在第二用户的身份验证成功后，请求支付服务器对第一支付账户进行扣款。具体的，第一设备可以采集到第六生物信息。该第六生物信息与第一生物信息是同一类型的生物信息。第一设备可以接收来自第二设备采集的第八生物信息。该第八生物信息与第二生物信息是同一类型的生物信息。第一设备可以确定第六生物信息与第五生物信息匹配，且第八生物信息与第七生物信息匹配。进一步的，第一设备可以向第一服务器发送第二消息。该第二消息用于指示第一服务器对第一支付账户进行扣款。

在上述方法中，第二用户(即授权用户)可以独立完成身份验证。这样，在主用户不再第一设备附近的场景下，第二用户也可以在第一设备上完成身份验证，并利用主用户的支付账户购买付费资源。

可选的，第二用户利用主用户的支付账户购买付费资源仍需要主用户的同意。

具体的，在上述第六生物信息验证和第八生物信息验证均成功后，该方法还包括：第一设备可以向第三设备发送第三消息，并接收到来自第三设备的第四消息。第三设备是安装有用于控制第一设备的应用程序的设备，第三消息的指示内容可以显示在第三设备上，第三消息的指示内容包括询问第三设备是否同意第一设备发送第二消息，第四消息的指示内容包括第三设备同意第一设备发送第二消息。

也即是说，当第二用户在第一设备上完成身份验证后，第一设备可向第三设备发送第三消息。该第三消息可以提示第一用户：第二用户请求使用第一用户的支付账户购买付费资源。若第一用户同意第二用户使用自己的支付账户购买付费资源，第三设备可以向第一设备发送第四消息。当接收到第四消息，第一设备可以请求支付服务器对第一支付账户进行扣款，来购买付费资源。

可以看出，第一用户(即主用户)可以通过第三设备远程授权第一设备向支付服务器请求支付付费资源。上述主用户远程授权可以为：当第一检测到授权用户的生物信息均成功，第一设备可以向第三设备发送用于确认是否支付的消息。第三设备可以在用户界面上显示上述用于确认是否支付的消息。进而，主用户可以通过第三设备授权第一设备来请求支付服务器对第一支付账户进行扣款。

这样，在主用户不在第一设备附近的场景下，第二用户(即授权用户)也可以完成身份验证，从而购买付费资源。而结合上述主用户远程授权的方法则可以确保主用户的支付账户是在经过主用户同意后再进行扣款操作。这不仅简化了在第一设备上获取付费资源时进行付费的操作，而且提高了支付账户的安全性，并且有效避免授权用户过度消费主用户的支付账户。

在一些实施例中，结合第一方面，第一设备不具有采集第二生物信息的能力。第一设备可以通过查找并调用附近具有采集第二生物信息的能力的设备来采集第二生物信息。

这样，不具有第二生物信息采集能力的设备也可以结合第一生物信息验证和第二生物信息验证的方式来验证用户的身份，从而提高了第一设备进行身份验证的安全性。

第二方面，本申请提供一种设备，该设备为第一设备。第一设备可包括：第一采集装置、通信装置、存储器和处理器，其中：第一采集装置，可用于采集第一生物信息。通信装置，可用于第一设备通过无线通信连接发现具有第二生物信息采集能力的第二设备。第二设备包括第二采集装置，第二采集装置可用于采集上述第二生物信息。通信装置，还可用于接收来自第二采集装置采集的第二生物信息。存储器，可用于存储第一生物信息和第二生物信息，还可用于存储计算机程序。存储器，可用于调用上述计算机程序，使得第一设备执行上述第一方面任一项可能的实现方法。

第三方面，本申请提供一种计算机可读存储介质，包括指令，当上述指令在上述第二方面提供的设备上运行时，使得设备执行上述第一方面任一项可能的实现方法。

第四方面，本申请提供一种计算机程序产品，当上述计算机程序产品在在第二方面提供的设备上运行时，使得设备执行上述第一方面任一项可能的实现方法。

第五方面，本申请提供一种芯片，该芯片应用于第二方面提供的设备，该芯片包括一个或多个处理器，该一个或多个处理器用于调用计算机指令以使得第二方面提供的设备执行上述第一方面任一项可能的实现方法。

可以理解地，上述第二方面提供的设备、第三方面提供的计算机可读存储介质、第四方面提供的计算机程序产品和第五方面芯片提供的均用于执行本申请实施例所提供的方法。因此，其所能达到的有益效果可参考对应方法中的有益效果，此处不再赘述。

附图说明

图1是本申请实施例提供的一种音箱的结构示意图；

图2A～图2E是本申请实施例提供的一系列对支付账户进行身份认证的用户界面示意图；

图2F～图2J是本申请实施例提供的一些音箱录入参考声纹信息和参考人脸信息的场景示意图；

图3是本申请实施例提供的一种音箱录入参考声纹信息和参考人脸信息的方法流程图；

图4A～图4E是本申请实施例提供的一种音箱支付付费音频资源的场景示意图；

图5是本申请实施例提供的一种音箱支付付费音频资源的方法流程图；

图6A～图6F是本申请实施例提供的另一些音箱录入参考声纹信息和参考人脸信息的场景示意图；

图7是本申请实施例提供的另一种音箱录入参考声纹信息和参考人脸信息的方法流程图；

图8A～图8E是本申请实施例提供的另一种音箱支付付费音频资源的场景示意图；

图9是本申请实施例提供的另一种音箱支付付费音频资源的方法流程图；

图10A～图10E是本申请实施例提供的另一些音箱录入参考声纹信息和参考人脸信息的场景示意图；

图11A～图11D是本申请实施例提供的另一种音箱支付付费音频资源的场景示意图；

图12A～图12D是本申请实施例提供的另一种音箱支付付费音频资源的场景示意图。

具体实施方式

本申请以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括复数表达形式，除非其上下文中明确地有相反指示。还应当理解，本申请中使用的术语“和/或”是指并包含一个或多个所列出项目的任何或所有可能组合。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为暗示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征，在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

目前，在通过音箱收听需要付费的音频资源时，用户可以通过安装有与该音箱关联的音箱应用程序(application，APP)的电子设备来完成支付，从而在音箱上收听付费音频资源。具体的，电子设备，例如手机，上安装有音箱APP。响应于将音箱与上述手机配对的用户操作，音箱可以与上述手机完成配对。这样，音箱可以与上述手机建立通信连接。进一步的，响应于在上述手机上登录音箱APP的第一账号的用户操作，音箱APP可以登录上述第一账号。当登录成功，上述音箱APP的第一账号可以与音箱绑定。其中，上述音箱APP的第一账号可以和上述用户的支付账户(如华为钱包支付账户、支付宝支付账户、微信支付账户)关联。这样，在音箱绑定的账号为上述第一账号的情况下，响应于支付付费音频资源的用户操作，和上述第一账号关联的支付账户可以进行支付。

当播放的音频资源需要付费时，音箱可以通过语音播报的方式提示用户在上述音箱APP上进行支付。也即是说，用户需要进行开启音箱APP，确定需要付费的音频资源，并输入支付账户的支付密码等一系列操作。然后，安装有音箱APP的电子设备可以完成支付，并向音箱发送支付成功的消息。这样，音箱可以播放付费音频资源。

可以看出，上述在利用音箱收听付费音频资源时完成支付过程的操作繁琐。尤其在用户不方便使用安装有音箱APP的电子设备时，例如双手被占用的情况下，用户无法完成上述支付过程。进而用户无法及时收听付费音频资源。

另外，音箱也可以通过生物信息验证的方式来完成支付过程中的身份验证。音箱可以在生物信息验证成功后调用支付账户支付付费资源。这样可以提高支付过程的便利性。但音箱往往只配置有用于采集声纹信息的语音采集装置。即音箱一般不会配置有采集其他类型的生物信息的装置，例如人脸采集装置、指纹采集装置、骨声纹采集装置等等。那么，音箱仅能通过声纹验证的方式来完成支付过程中的身份验证。上述单一的生物信息验证的方式不利于保证身份验证安全。

本申请提供了一种生物信息验证方法。该生物信息验证方法可用于未配置有人脸采集装置(如摄像头)的音箱完成支付过程中的身份验证。具体的，音箱可以通过结合声纹验证和人脸验证的方式来实现支付。其中，音箱可以从用户的语音输入中提取声纹信息并存储为参考声纹信息。进一步的，音箱可以调用附近配置有人脸采集装置的设备，例如手机、平板、笔记本电脑、电视、监控摄像头等，采集用户的人脸图像。当得到人脸图像，上述配置有人脸采集装置的设备可以将人脸图像发送给音箱。音箱可以从上述人脸图像中提取人脸信息并存储为参考人脸信息，并将参考人脸信息与参考声纹信息绑定。当播放的音频资源需要付费时，音箱可以通过语音播报的方式提示用户录入声纹信息和人脸信息。进而，音箱可以将上述录入得到的声纹信息和人脸信息分别与已存储的参考声纹信息和参考人脸信息进行比较。若上述录入得到的声纹信息和人脸信息均匹配，则音箱可以调用支付账户进行支付。其中，在上述支付过程中获取人脸信息时，音箱仍可以调用附近配置有人脸采集装置的设备来采集人脸图像。

这样，用户可以只需要说出预设的验证词以及使用自己的人脸信息即可完成支付，进而收听付费音频资源。这极大地简化了在利用音箱收听付费音频资源时的支付过程。未配置有人脸采集装置的音箱也可以通过结合声纹验证和人脸验证的方式来支付付费音频资源。并且，结合声纹验证和人脸验证的方式可以提高支付过程中的安全性。

图1示例性示出了本申请实施例提供的一种音箱100的结构示意图。

下面以音箱100为例对本申请的实施例进行具体说明。应该理解的是，图1所示的音箱100仅是一个范例，音箱100可以具有比图1中所示的更多或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图1中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

音箱100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线2，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，传感器模块180，按键190，马达191以及指示器192等。

可以理解的是，本发明实施例示意的结构并不构成对音箱100的具体限定。在本申请另一些实施例中，音箱100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

在一些实施例中，处理器110可以包括语音唤醒模块和语音指令识别模块。其中，语音唤醒模块和语音指令识别模块可以集成在不同的处理器芯片中，由不同的芯片执行。例如，语音唤醒模块可以集成在功耗较低的协处理器或DSP芯片中，语音指令识别模块可以集成在AP或NPU或其他芯片中。这样，可以在语音唤醒模块识别到预设的语音唤醒词后，再启动语音指令识别的模块所在的芯片触发语音指令识别功能，从而节省电子设备的功耗。或者，语音唤醒模块和语音指令识别模块可以集成在相同的处理器芯片中，由同一芯片执行相关功能。例如，语音唤醒模块和语音指令识别模块均可集成在AP芯片或NPU或其他芯片中。

处理器110还可以包括语音指令执行模块，即在识别到语音指令后，执行语音指令对应的操作。

在一些实施例中，处理器110还可以包括安全模块。该安全模块可以是集成在AP芯片中的一个模块。或者，该安全模块也可以集成在一个独立的安全芯片上。该安全模块可用于存储参考声纹信息和参考人脸信息，并完成在支付过程中的本地验证。示例性的，在支付过程中，该安全模块可以将需要验证的声纹信息和人脸信息分别与参考声纹信息和参考人脸信息进行比较。若需要验证的声纹信息与参考声纹信息匹配，且需要验证的人脸信息与参考人脸信息匹配，则本地验证通过。音箱200可以调用支付账户进行支付。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过音箱100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为音箱供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

音箱100的无线通信功能可以通过天线2，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线2用于发射和接收电磁波信号。音箱100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。

无线通信模块160可以提供应用在音箱100上的包括无线局域网(wireless localarea networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequencymodulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现音箱100的智能认知等应用，例如：人脸验证，声纹验证，文本理解、语音合成等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展音箱100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行音箱100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能)等。存储数据区可存储音箱100使用过程中所创建的数据(比如音频数据)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

音箱100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。音箱100可以通过扬声器170A收听音乐，或接听电话。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。示例性的，音箱100可以通过麦克风170C采集用户的语音输入，并从语音输入中提取声纹信息。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。音箱100可以设置至少一个麦克风170C。在另一些实施例中，音箱100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，音箱100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。音箱100可以接收按键输入，产生与音箱100的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如音频播放)的触摸操作，可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

在本申请中，音箱100在通过声纹验证和人脸验证的方式进行支付之前，需要获取用户的参考声纹信息和参考人脸信息。在一种可能的实现方式中，音箱100可以在接收到用于指示新建生物信息的指令后，接收用户的语音输入和人脸图像。进一步的，音箱100可以从上述语音输入中提取声纹信息，并将该声纹信息存储至安全模块，来作为参考声纹信息。音箱可以从上述人脸图像中提取人脸信息，并将该人脸信息存储至安全模块，来作为参考人脸信息。

其中，上述生物信息包括声纹信息和人脸信息。上述用于指示新建生物信息的指令可以来自于电子设备200。该电子设备200可以是安装有与音箱100关联的音箱APP的设备。例如，手机、平板等等。该电子设备200的结构示意图可以参考图1所示的音箱100的结构示意图。其中，不限于图1所示的部件，电子设备200还可以包含更多或更少的部件。例如，电子设备200还可以包含显示屏、摄像头等部件。

上述音箱APP可以是名称为“音箱”的应用程序。本申请实施例对上述音箱APP不作具体限定。

本申请实施例对上述电子设备200的类型不作具体限定。

在本申请中，音箱100可以是未配置有人脸采集装置(如摄像头)的设备。当需要进行人脸验证时，音箱100可以调用附近配置有人脸采集装置的人脸采集设备300。当采集得到人脸图像，人脸采集设备300可以将人脸图像发送给音箱300。进一步的，音箱100可以从人脸图像中提取人脸信息。

在一种可能的实现方式中，人脸采集设备300采集人脸图像后，可以从人脸图像中提取人脸信息，并将人脸信息发送给音箱100。这样，音箱100可以直接将接收到的人脸信息存储至安全模块，来作为参考人脸信息。本申请实施例对从人脸图像中提取人脸信息的设备不作限定。

该人脸采集设备300的结构示意图可以参考图1所示的音箱100的结构示意图。其中，人脸采集设备300可包含人脸采集装置，例如摄像头。不限于图1所示的部件，人脸采集设备300还可以包含更多或更少的部件。

该人脸采集设备300可以例如是手机、平板、笔记本电脑、电视、监控摄像头等。在一些实施例中，人脸采集设备300和电子设备200可以为同一个设备。

本申请实施例对人脸采集设备300的类型不作限定。

下面具体介绍本申请实施例提供的音箱100获取参考声纹信息和参考人脸信息的场景示意图。

在一种可能的实现方式中，音箱100可以在接收到来自电子设备200指示获取参考声纹信息和参考人脸信息的指令后，再进行获取用于支付的参考声纹信息和参考人脸信息的操作。其中，电子设备200可以在支付账户的支付密码验证成功后，再发送上述指示获取参考声纹信息和参考人脸信息的指令。这样，电子设备100可以对录入参考声纹信息和参考人脸信息的用户进行身份认证，确保该用户是上述支付账户对应的用户。

图2A～图2E示例性示出了电子设备200进行支付账户的身份认证的用户界面。

如图2A所示，电子设备200可以显示音箱APP的用户界面210。用户界面210可包含登录账号211、音箱状态212、设置选项213。其中：

登录账号211可用于显示当前登录音箱APP的账号名。示例性的，当前登录音箱APP的账号名可以为“李明”。响应用户对登录账号211的操作，电子设备200可以显示切换账号选项、退出登录选项等内容。上述切换账号选项可用于切换当前登录音箱APP的账号。上述退出登录选项可用于当前登录音箱APP的账号退出登录。

音箱状态212可用于显示与电子设备200配对的音箱的状态信息。具体的，电子设备200与音箱100配对成功。音箱状态212可包含Wi-Fi连接状态212A、蓝牙状态212B、电量212C和音箱设置212D。Wi-Fi连接状态212A可以指示音箱是否连接网络，以及在连接Wi-Fi时Wi-Fi的名称。例如，音箱100连接名称为“liming”的Wi-Fi。蓝牙状态212B可以指示音箱的蓝牙是否开启。例如，当音箱100的蓝牙开启，蓝牙状态212B可以显示提示语“已开启”。电量212C可以指示音箱当前剩余电量。例如，音箱100当前剩余电量为总电量的80％。音箱设置212D可用于设置音箱的相关信息。例如设置音箱名称、设置音箱可以利用生物信息进行支付等。响应于作用在音箱设置212D的用户操作，电子设备200可以显示如图2B所示的用户界面220。

需要进行说明的是，电子设备200可以通过蓝牙连接的方式与音箱100配对。具体的，首次连接时，音箱100开启蓝牙。电子设备200开启音箱APP，并开启蓝牙，扫描附近的蓝牙。当扫描到音箱100的蓝牙，电子设备200可以与音箱100配对连接。在之后断开蓝牙连接并再次配对时，若电子设备200和音箱100均开启蓝牙，电子设备200可以在靠近音箱100时自动配对。上述建立蓝牙连接的具体过程可以参考现有技术的实现方式，这里不再赘述。

本申请实施例对电子设备200与音箱100配对的方式不作具体限定，除了通过蓝牙的方式进行配对，还可以通过其它有线(如数据线、光纤等)或无线(如NFC，ZigBee，Wi-Fi等)的方式进行配对。

另外，当电子设备200与音箱100配对成功，电子设备200可以为音箱100配置网络。示例性的，电子设备200接入网络(例如WiFi)后，可以将WiFi的名称和密码发送给音箱100。当音箱100接收到WiFi的名称和密码后，音箱100可以与该WiFi连接，进而接入网络。接入网络的音箱100可以在网络上搜索音频资源，并从提供该音频资源的服务器，例如音乐服务器，获取该音频资源，进行播放。

当音箱100接入网络，音箱100可以与电子设备100中音箱APP上登录的账号绑定。例如音箱APP上登录有账号名为“李明”的账号，音箱100可以与账号“李明”绑定。

上述音箱与账号绑定可以表示：音箱可以获取该账号收藏的音频资源、购买的音频资源、收听过的历史音频资源等与该账号关联的数据。例如，音箱100与账号名为“李明”的账号绑定。对于账号“李明”已经购买过的付费音频资源，音箱100可以直接播放，而无需账号“李明”再次付费。并且，当需要支付付费音频资源时，音箱100可以调用与账号“李明”关联的支付账户进行支付。

本申请实施例对电子设备200与音箱100配对的方式，电子设备200为音箱100配置网络的方式以及音箱100与音箱APP中登录的账号建立绑定关系的方式均不作限定，上述具体实现方式可以参考现有技术中的实现方式。

设置选项213可包含音乐收藏、已购节目、待购节目、音乐偏好、有声订阅、APP消息推送、问题与建议等设置选项。示例性的，上述音乐收藏可用于显示当前登录的账号收藏的音乐。上述已购节目和待购节目可分别用于显示当前登录的账号已经购买的音频资源和加入购物车等待购买的音频资源。上述音乐偏好可用于设置当前登录的账号偏好的音乐分风格，例如摇滚音乐、古典音乐、轻音乐等。上述有声订阅可用于显示当前登录的账号订阅的有声节目。上述APP消息推送可用于开启或者关闭音箱APP向电子设备推送消息的功能。

响应于作用在上述音箱设置212D上的用户操作，电子设备200可以显示如图2B所示的用户界面220。用户界面220可包含以下设置选项：音箱名称221、蓝牙222、唤醒应答223、闹钟铃声224、家居设备授权管理225、音箱信息226、解除绑定227和生物支付228。其中，

音箱名称221可用于设置音箱100的名称。例如，音箱100当前的名称为“李明的音箱”。响应于作用在音箱名称221上并输入新的名称的用户操作，电子设备200可以修改音箱100的名称。

蓝牙222可用于开启或者关闭音箱100的蓝牙。

唤醒应答223可用于开启或者关闭语音唤醒音箱100的功能。例如，当开启语音唤醒音箱100的功能，音箱100可以在接收到预设的唤醒词(如小艺小艺)后唤醒处理器，进而执行用户在唤醒词之后说出的语音指令。

闹钟铃声224可用于设置音箱100的闹钟。

家居设备授权管理225可用于设置音箱100可以控制的家居设备。

音箱信息226可用于显示音箱100的型号、版本号、音箱标识、存储空间大小等配置信息。

解除绑定227可用于解除音箱APP当前登录的账号与音箱100的绑定关系。

生物支付228可用于指示音箱100新建用于支付付费资源的参考生物信息。该参考生物信息可包括参考声纹信息和参考人脸信息。该参考生物信息可用于音箱100在支付付费资源的过程中验证用户身份。也即是说，在支付付费资源的过程中，音箱100采集用户的声纹信息和人脸信息，并将该声纹信息和人脸信息分别与上述参考声纹信息和参考人脸信息进行比较。若均匹配，则用户身份验证成功。

示例性的，响应于作用在生物支付228的用户操作，电子设备200可以显示如图2C所示的用户界面230。用户界面230可包括生物信息功能231以及新建生物信息选项232。其中：

生物信息功能231可用于提示用户生物信息的功能。例如，生物信息功能231中可包含提示语“生物信息用于支付付费资源”。生物信息功能231中还可包含开关231A。开关231A可用于开启或者关闭利用生物信息支付付费资源的功能。

不限于上述设置选项，用户界面220还可以包含更多或更少的设置选项。

如图2C所示，当前音箱100中未存储有用于支付的生物信息。在音箱100中未存储有用于支付的生物信息时，开关231A默认处于关闭状态。

新建生物信息选项232可用于开始建立用于支付的参考生物信息。

在一种可能的实现方式中，建立用于支付的参考生物信息的过程可以包括：对支付账户进行身份认证，在上述身份认证通过后录入参考声纹信息和参考人脸信息。

其中，响应于作用在新建生物信息选项232的用户操作，电子设备200可以显示如图2D所示的用户界面240。用户界面240可包含密码输入框241和键盘243。

密码输入框241可用于输入音箱APP当前登录的账号所关联的支付账户的支付密码。

键盘243可用于在密码输入框241中输入支付密码。

当密码输入框241中的密码与电子设备200中存储的该支付账号的支付密码匹配，则身份认证成功。如图2E所示，当身份认证成功，电子设备200可以在用户界面240上显示提示框242。该提示框242可用于提示用户身份认证成功，以及进行录入声纹信息和人脸信息的操作。提示框242中可包含有提示语“认证成功！请继续完成声音录入和人脸录入”。本申请实施例对提示框242中提示语的具体内容不作限定。

也即是说，用户可以通过电子设备200上的音箱APP来指示音箱新建生物信息。其中，用户在音箱APP上通过输入支付账户的支付密码来完成身份认证后，即可进一步在音箱100上录入用于支付的参考声纹信息和参考人脸信息。

上述图2A～图2E所示的用户界面还可以包含更多或更少的内容，本申请实施例对此不作限定。

当完成上述支付账户的身份认证，电子设备200可以向音箱100发送用于指示获取参考声纹信息和参考人脸信息的指令。进一步的，音箱100可以提示用户录入声纹信息和人脸信息。

图2F～图2I示例性示出了第一用户录入参考声纹信息和参考人脸信息的场景示意图。

如图2F所示，音箱100可以通过语音播报的方式提示第一用户录入声纹信息。示例性的，音箱100可以语音播报“请跟着我说以下验证词：小艺小艺”。第一用户在听到音箱100的提示后可以说出“小艺小艺”。进而，音箱100可以采集第一用户说上述验证词的语音输入，并从该语音输入中提取声纹信息。

当得到第一用户的声纹信息，音箱100可以将该声纹信息与安全模块中已存储的参考声纹信息进行比较。若该声纹信息与已经存储的参考声纹信息中的一个声纹信息匹配，音箱100可以通过语音播报的方式来提示第一用户已经录入过声纹信息。

若该声纹信息与已经存储的参考声纹信息均不匹配，音箱100可以将该声纹信息存储至安全模块，作为第一用户的参考声纹信息。

进一步的，音箱100可以通过语音播报的方式提示第一用户录入人脸信息。

其中，由于音箱100未配置有人脸采集装置，无法采集人脸图像，音箱100可以查找并调用附近可用的人脸采集设备，来采集人脸图像。具体的，音箱100可以发送广播信号，来询问附近的设备是否配置有人脸采集装置。例如，音箱100附近的设备包括电子设备200、人脸采集设备(如电视、手机、平板、笔记本电脑)300等。当接收到来自音箱100的广播信号，音箱100附近配置有人脸采集装置的设备可以向音箱100发送响应消息。该响应消息中可包括人脸采集装置的配置(如2D摄像头、3D摄像头、红外摄像头)。

若接收到多个配置有人脸采集装置的设备发送的响应消息，音箱100可以根据接收到的响应消息的先后顺序、人脸采集装置的配置等因素来选择这多个设备中的一个来采集人脸图像。例如，相比于2D人脸认证，3D人脸认证的可靠性更高。音箱100可以选择配置更好的设备，例如配置有3D摄像头的设备。

接收到响应消息的先后顺序可以反映音箱100与配置有人脸采集装置的设备之间的通信时延以及该设备的响应速度。音箱100可以选择最先接收到的响应消息对应的设备。本申请实施例对音箱100选择附近配置有人脸采集装置的设备的方式不作限定。

音箱100附近的设备可以是与音箱在同一个局域网的设备，或者可以是在音箱100预设距离范围内的设备。上述预设距离可以由音箱100发送上述广播信号的通信方式所能达到的最远通信距离决定。本申请实施例对上述音箱100附近的电子设备不作限定。

音箱100可以通过近场通信信道、蓝牙通信信道、WLAN直连通信信道等短距离通信信道发送上述广播信号。音箱100发送上述广播信号的实现方式可以参考现有技术，本申请实施例对此不作限定。

示例性的，音箱100可以根据前述查找并选择附近配置有人脸采集装置的设备的方法，确定调用人脸采集设备300，例如电视，来采集人脸图像。人脸采集设备300配置有人脸采集装置301。本申请后续实施例中以人脸采集设备300为电视进行具体说明。电视上配置的人脸采集装置301可以为3D摄像头。不限于电视，人脸采集设备300还可以为配置有人脸采集状态的其他电子设备，例如手机、平板、笔记本电脑等等。

其中，音箱100可以向人脸采集设备300发送用于指示开启人脸采集装置301，例如摄像头，采集人脸图像的指令。并且，如图2G所示，音箱100可以语音播报“声纹录入成功。请在李明的电视上完成人脸录入”。该语音播报中“李明的电视”可以为人脸采集设备300的名称。

当接收到来自音箱100用于指示开启人脸采集装置301采集人脸图像的指令，人脸采集设备300可以开启摄像头，并向音箱100发送用于指示摄像头已开启的消息。

如图2H所示，当接收到上述用于指示摄像头已开启的消息，音箱100可以语音播报“请将您的面部对准李明的电视的摄像头，并眨眨眼”。这样，音箱100可以提示第一用户在人脸采集设备300(即李明的电视)上进行人脸录入。

在一种可能的实现方式中，人脸采集设备300包含有显示屏。在采集人脸图像时，人脸采集设备300还可以点亮显示屏，显示摄像头采集的图像以及文字提示“对准摄像头，眨眨眼”。这样，第一用户可以根据显示屏上显示的摄像头采集的图像，来调整自己的位置，使得自己的人脸对准摄像头。

在另一种可能的实现方式中，人脸采集设备300不包含显示屏。或者人脸采集设备300包含有显示屏，但在采集人脸图像时，不点亮显示屏。那么在人脸采集设备300采集人脸图像的过程中，音箱100可以通过语音播报的方式提示第一用户将人脸对准人脸采集装置。例如，语音播报“人脸未对准摄像头，请向左移动一点”。这样，在人脸采集设备300不包含显示屏或者包含显示屏但显示屏未点亮的情况下，第一用户可以根据音箱的语音提示来使得自己的人脸对准人脸采集装置。

当得到人脸图像，人脸采集设备300可以将该人脸图像加密，并发送给音箱100。人脸采集设备300可以根据对称加密算法、非对称加密算法等加密方法对人脸图像进行加密。上述加密的具体实现过程可以参考现有技术，这里不再赘述。

当接收到经过加密的人脸图像，音箱100可以根据与人脸采集设备300协商的加密方法进行解密，得到第一用户的人脸图像。进一步的，音箱100可以从该人脸图像中提取人脸信息，并存储至安全模块，作为参考人脸信息。其中，音箱100可以将上述参考声纹信息和上述参考人脸信息绑定。

也即是说，在利用生物信息进行支付的过程中，音箱100需要分别验证声纹信息和人脸信息是否与上述绑定的参考声纹信息和参考人脸信息匹配。当声纹信息和人脸信息均验证通过，音箱100才可调用与音箱100绑定的账号关联的支付账户进行支付。相比于单独的声纹验证和单独的人脸认证，结合声纹验证和人脸验证的方式需要用户录入的声纹信息和人脸信息均正确，这样可以提高利用生物信息进行支付的安全性。

如图2I所示，当参考声纹信息和参考人脸信息绑定成功，音箱100可以语音播报“人脸录入成功，您已开启生物支付”。这样，音箱100可以提示第一用户生物支付已成功开启。在后续需要支付付费音频资源时，第一用户可以通过录入自己的声纹信息和人脸信息来完成支付。

另外，音箱100还可以向电子设备200发送用于指示生物信息建立成功的消息。如图2J所示，当接收到上述用于指示生物信息建立成功的消息，电子设备200可以在用户界面230上显示生物信息列表233。生物信息列表233可用于显示在音箱100上已建立的参考生物信息。

示例性的，经过上述图2A～图2I所示的操作，音箱100上已经建立了第一用户的生物信息。电子设备200的生物信息列表233中可包括指示第一用户的生物信息的“用户1”233A。响应于作用在“用户1”233A上的操作，例如触摸操作，电子设备200可以显示更改该生物信息名称的选项以及删除该生物信息的选项等。即用户可以修改该生物信息的名称，例如将名称“用户1”修改为“李明”。并且，用户可以将该生物信息删除。响应于删除该生物信息的用户操作，电子设备200可以向音箱100发送用于删除名称为“用户1”的生物信息的指令。响应于上述指令，音箱100可以将安全模块中存储的名称为“用户1”的生物信息(包括参考声纹信息和参考人脸信息)删除。

本申请实施例对上述音箱100语音播报的具体内容不作限定。

上述提取语音输入中的声纹信息，提取人脸图像中的人脸信息的实现方法可以参考现有技术，本申请实施例对不作具体限定。

本申请实施例对上述录入用户声纹信息的过程不作限定。其中，音箱100可以多次提示用户说出预设的验证词。上述验证词不限于是“小艺小艺”，还可以为其它词语或者句子。或者，音箱100中可以不包含预设的验证词。即用户可以说出任意的词语或者句子。音箱100可以从用户的语音输入中提取该用户的声纹信息。

在一些实施例中，音箱100配置有人脸采集装置，例如摄像头。当上述声纹信息录入成功，并进一步录入人脸信息时，音箱100可以开启自己的人脸采集装置来采集人脸图像，并提取人脸图像中的人脸信息。示例性的，音箱100配置有摄像头。在录入人脸信息时，音箱100可以语音播报“请将您的面部对准我的摄像头，并眨眨眼”。另外，音箱100还可以通过语音播报的方式提示用户调整位置，进而使得用户的面部对准音箱100的摄像头。例如，当用户的面部偏向摄像头采集图像区域的右方，音箱100可以语音播报“人脸未对准摄像头，请向左移动一点”。

当音箱100通过自己的摄像头采集得到人脸图像，音箱100可以从人脸图像中提取人脸信息，并将该人脸信息存储至安全模块，作为参考人脸信息。这样，配置有语音采集装置和人脸采集装置的音箱可以独立完成参考生物信息的录入，以及在支付付费资源过程中利用参考生物信息对用户身份进行验证。

本申请实施例对上述参考生物信息的存储空间不作限定。除了上述音箱100的安全模块，参考生物信息还可以存储在云端存储空间中。上述云端存储空间可以是音箱100、人脸采集设备300可以访问的存储空间。

在一些实施例中，当音箱100得到第一用户的声纹信息，音箱100可以将该声纹信息存储至上述云端存储空间。进一步的，音箱100可以查找到并调用人脸采集设备300采集人脸图像。其中，人脸采集设备300可以对采集到的第一用户的人脸图像进行特征提取，得到第一用户的人脸信息。

进一步的，人脸采集设备300可以将第一用户的人脸信息存储至云端存储空间。其中，在云端存储空间中，第一用户的声纹信息和人脸信息可以是关联的。或者，人脸采集设备300可以将采集到的第一用户的人脸图像发送给音箱100。音箱100可以对该人脸图像进行特征提取，得到第一用户的人脸信息。进一步的，音箱100可以将第一用户的人脸信息与第一用户的声纹信息关联存储至云端存储空间。

可选的，上述参考生物信息包括参考声纹信息和参考人脸信息。参考声纹信息和参考人脸信息中的一种存储在上述云端存储空间。示例性的，音箱100可以采集第一用户的语音输入并得到声纹信息。音箱100可以将该声纹信息存储在本地的安全模块中。进一步的，音箱100可以调用附近的人脸采集设备采集人脸图像并得到人脸信息。其中，人脸采集设备可以从人脸图像中提取出人脸信息，并将该人脸信息存储至云端存储空间。

由图2A～图2I所示的场景示意图可以看出，未配置有人脸采集装置的音箱可以通过调用附近的人脸采集设备来录入人脸信息。这样，音箱可以录入用户的参考声纹信息和参考人脸信息，在支付付费资源的过程中对用户身份进行验证，从而简化用户在音箱上收听付费资源时进行支付的操作。

下面结合上述场景示意图，介绍本申请实施例提供的一种音箱录入参考声纹信息和参考人脸信息的方法。

图3示例性示出了音箱录入参考声纹信息和参考人脸信息的方法流程图。该方法可包括步骤S101～S109。其中：

S101、电子设备200接收到用于开启音箱APP，将电子设备200与音箱100配对，并建立音箱APP的第一账号与音箱100的绑定关系的用户操作。

在一些实施例中，音箱100与电子设备200首次连接时可以先进行配对。示例性的，电子设备200和音箱100的蓝牙均开启。电子设备200开启音箱APP，并在接收到用于搜索附近设备的用户操作后，扫描附近的蓝牙。当扫描到音箱100的蓝牙，电子设备200可以与音箱100配对连接。本申请实施例对电子设备200和音箱100配对的方式不作限定。

当电子设备200与音箱100配对成功，电子设备200可以为音箱100配置网络。音箱100可以接入网络。电子设备200为音箱100配置网络的方式可以参考前述实施例，这里不再赘述。

进一步的，响应于在音箱APP上登录第一账号的用户操作，电子设备200可以在音箱APP上登录第一账号。该第一账号可以为前述图2A所示的账号名为“李明”的账号。音箱APP上登录的账号为第一账号的用户界面可以参考前述图2A所示的用户界面210。

当音箱APP上登录有第一账号，音箱100可以与该第一账号建立绑定关系。上述音箱100与音箱APP上登录的第一账号建立绑定关系的实现过程可以参考现有技术，本申请实施例对此不作限定。

S102、电子设备200与音箱100配对成功，音箱APP的第一账号与音箱100建立绑定关系。

S103、电子设备200接收到用于请求建立用于支付的第一生物信息的用户操作，并向音箱100发送建立用于支付的第一生物信息的请求。

上述用于请求建立用于支付的第一生物信息的用户操作可以为作用在前述图2C所示的新建生物信息选项232的用户操作。电子设备200可以在对于上述第一账号关联的支付账号进行身份认证后，向音箱100发送建立用于支付的第一生物信息的请求。上述对支付账号进行身份认证的实现方式可以参考前述图2C～图2E所示的实施例，这里不再赘述。

S104、音箱100录入第一用户的第一声纹信息。

上述第一声纹信息可以为前述参考声纹信息。当得到第一声纹信息，音箱100可以将该第一声纹信息存储至安全模块。该第一声纹信息可用于在后续支付过程中进行声纹验证。

S105、音箱100查找到并调用可用的人脸采集设备300。

S106、人脸采集设备300录入第一用户的第一人脸信息。

该第一人脸信息可以为前述参考人脸信息。其中，人脸采集设备300可以利用人脸采集装置采集人脸图像，并从该人脸图像中提取得到第一人脸信息。

或者，人脸才采集设备300可以将采集得到的人脸图像发送给音箱100，由音箱100对该人脸图像进行提取，来得到第一人脸信息。

S107、人脸采集设备300向音箱发送经过加密的第一人脸信息。

S108、音箱100对经过加密的第一人脸信息解密，绑定并存储第一声纹信息和第一人脸信息。

当得到第一人脸信息，音箱100可以将该第一人脸信息存储至安全模块。该第一人脸信息可用于在后续支付过程中进行人脸验证。

另外，音箱100可以将第一声纹信息和第一人脸信息进行绑定，作为第一用户的第一生物信息。

S109、音箱100向电子设备200发送用于指示第一生物信息建立成功的消息。

上述步骤S104～S109的具体实现过程可以参考前述对图2F～图2J所示的实施例的介绍，这里不再赘述。

下面具体介绍本申请实施例提供的音箱100通过结合声纹验证和人脸验证的方式支付付费音频资源的场景示意图。

当音箱100的安全模块中存储有第一用户的参考声纹信息和参考人脸信息，音箱100可以结合声纹验证和人脸验证的方式来验证请求支付的用户的身份。

如图4A所示，第一用户通过预设的唤醒词唤醒音箱100并下发播放音乐A的语音指令。具体的，第一用户在音箱100的附近说出“小艺小艺，我要听音乐A”。

当检测到预设的唤醒词，音箱100可以唤醒应用处理器，识别并执行接收到的语音指令。响应于第一用户“听音乐A”的语音指令，音箱100可以从音乐服务器获取音乐A的资源并播放。并且，音箱100还可以语音播报“好的，为您播放音乐A”来响应第一用户的语音指令。

若音乐A属于付费音频资源，且第一账号(与音箱100绑定的账号)未购买过音乐A，上述音乐服务器可以向音箱100发送用于指示音乐A是付费音乐的消息。如图4B所示，当接收到用于指示音乐A是付费音乐的消息，音箱100可以语音播报“付费后可收听完整的音乐A，是否付费”，来提示第一用户需要付费才能收听音乐A。

当听到音箱100的提示，第一用户可以在音箱100附近说“请帮助我完成支付”。当检测到语音指令“请帮助我完成支付”，音箱100可以开始进行声纹验证和人脸验证。具体的，如图4C所示，音箱100可以语音播报“好的，开始声纹验证。请跟着我说以下验证词：小艺小艺”，来提示第一用户录入声纹信息。第一用户可以根据音箱100的提示说出验证词“小艺小艺”。

音箱100可以接收第一用户在说上述验证词的语音输入，并从该语音输入中提取声纹信息。进一步的，音箱100可以将该声纹信息与存储的第一用户的参考声纹信息进行比较。若该声纹信息与第一用户的参考声纹信息匹配，则声纹验证成功。

如图4D所示，音箱100可以语音播报“声纹验证成功，开始人脸验证。请将您的面部对准李明的电视的摄像头，并眨眨眼”。其中，由于音箱100未配置有人脸采集装置，无法采集人脸图像，音箱100可以在声纹验证成功后，查找并调用附近可用的人脸采集设备，来采集人脸图像。

音箱100查找到并调用人脸采集设备300(即李明的电视)来获取人脸信息的方式可以参考前述实施例，这里不再赘述。当得到上述人脸信息，音箱100可以将上述人脸信息与存储的第一用户的参考人脸信息进行比较。若上述人脸信息与第一用户的参考人脸信息匹配，则人脸验证成功。

当声纹验证和人脸验证均成功，音箱100可以完成支付账户的本地验证。进一步的，音箱100可以与支付账户的支付服务器进行验证。当音箱100与上述支付服务器之间的验证成功，支付服务器可以对与音箱100绑定的账号所关联的支付账户进行扣款操作。

上述音箱100与支付服务器之间的验证可用于支付服务器确认音箱100是可信设备。这样，支付服务器可以根据音箱100对支付账户进行扣款的指令来完成对支付账户的扣款。具体的，音箱100与支付服务器可以根据在线快速身份认证(fast identity onlinealliance，FIDO)来进行验证。

其中，音箱100的安全模块可以生成一对非对称密钥对。该非对称密钥对可包括私钥和公钥。音箱100的安全模块可以存储上述私钥，并将上述公钥发送给上述支付服务器。支付服务器可以将与音箱100绑定的账号所关联的支付账户与上述公钥关联。

当上述声纹验证和人脸验证均成功，音箱100可以利用上述私钥对支付服务器发送的验证请求进行签名，并将包含有上述签名的验证请求发送给支付服务器。然后支付服务器可以利用上述公钥对包含有上述签名的验证请求进行验证。若验证成功，则支付服务器可以确认音箱100是可信设备。

除了采用上述FIDO进行验证，音箱100与支付服务器之间还可以采用其他可信身份验证的方式进行验证。例如，互联网金融身份认证(internet finance authenticationalliance，IFAA)、腾讯用户身份认证(tencent user security infrastructure，TUSI)等可信身份验证的方式。上述音箱100与支付服务器之间的验证可以参考现有技术的实现方式，这里不再赘述。

在一种可能的实现方式中，当支付服务器完成对支付账户的扣款，支付服务器可以向音箱100发送用于指示支付成功的消息。音箱100可以将该指示支付成功的消息发送给音乐服务器。当收到该指示支付成功的消息，音乐服务器可以将音乐A的资源发送给音箱100。这样，音箱100可以播放完整的音乐A。

在另一种可能的实现方式中，支付服务器与音乐服务器建立有通信连接。当支付服务器完成对支付账户的扣款，支付服务器可以向音乐服务器发送用于指示对与音箱100绑定的账号所关联的支付账户扣款成功的消息。进一步的，音乐服务器可以将音乐A的资源发送给音箱100。这样，音箱100可以播放完整的音乐A。本申请实施例对音乐服务器确定与音箱100绑定的账号购买了上述音乐A的方法不作限定。

如图4E所示，当接收到支付服务器发送的用于指示支付成功的消息，音箱100可以语音播报“人脸验证成功，您已成功购买音乐A，为您播放完整的音乐A”，来提示第一用户已支付成功。然后，音箱100可以播放从音乐服务器接收到的音乐A的资源。

需要进行说明的是，上述音乐服务器中可存储有音乐资源、账号的相关信息(如账号购买过的付费音频资源等)。不限于是提供音乐的音乐服务器，还可以是为音箱100提供其他类型的音频资源的服务器。本申请实施例对上述音乐服务器的类型以及包含的内容均不作限定。

在本申请中，上述音箱100检测到唤醒词后唤醒应用处理器、识别并执行语音指令的实现过程可以参考现有技术，这里不再赘述。

由图4A～图4E所示的场景可知，当第一用户在音箱中录入了参考声纹信息和参考人脸信息，第一用户在支付付费音频资源时可以通过声纹验证和人脸验证的方式来完成支付。这样，第一用户可以不用打开安装有音箱APP的电子设备，进行选择付费音频资源、输入支付密码等一系列繁琐的操作。上述声纹验证结合人脸验证的支付方式可以简化用户操作，使得支付过程更加便捷。

在一些实施例中，音箱100可以接收到用于指示音箱100进行用户身份验证的指令。该指令可以例如是如图4B所示第一用户的语音输入“请帮助我完成支付”。进一步的，音箱100可以先录入用户的声纹信息，并调用人脸采集设备300得到用户的人脸信息。然后，音箱100可以分别将上述声纹信息与上述人脸信息与第一用户的参考声纹信息和参考人脸信息比较。若均匹配，则声纹验证和人脸验证均成功。

在该方法中，音箱100可以先获取需要验证的声纹信息和人脸信息。然后，音箱100可以对上述需要验证的声纹信息和人脸信息进行验证。通过同时进行声纹验证和人脸验证，音箱100可以提高对用户身份进行验证的效率，从而提高上述结合声纹验证和人脸验证来进行支付效率。

在一些实施例中，第一用户的参考生物信息存储在云端存储空间。音箱100在支付付费资源的过程中可以从云端存储空间获取第一用户的参考生物信息来进行用户身份的验证。

具体的，如图4B所示，第一用户请求音箱100支付付费资源。音箱100可以从上述云端存储空间获取第一用户的参考生物信息。音箱100可以采集第一用户的语音输入并得到声纹信息，并将该声纹信息与上述第一用户的参考生物信息中的参考声纹信息进行比较。若该声纹信息与上述参考声纹信息匹配，音箱100可以调用人脸采集设备300采集第一用户的人脸图像并得到人脸信息。音箱100可以将该人脸信息与上述第一用户的参考生物信息中的参考人脸信息进行比较。当音箱100在完成上述声纹验证和人脸验证，音箱100可以与支付服务器进行可信身份验证。上述可信身份验证的实现方式可以参考前述实施例，这里不再赘述。若上述可信身份验证成功，支付服务器可以对第一用户的支付账户进行扣款。上述第一用户的支付账户可以为音箱100绑定的账号所关联的支付账户。

在另一些实施例中，第一用户的参考生物信息存储在云端存储空间。该云端存储空间可以被支付服务器访问。音箱100在支付付费资源的过程中，可以将得到的第一用户的声纹信息和人脸信息发送给支付服务器。支付服务器可以从云端存储空间中获取第一用户的参考生物信息，并利用该生物信息对来自音箱100的声纹信息和人脸信息进行验证。

具体的，音箱100可以根据前述实施例中的方法得到第一用户的声纹信息。音箱100可以将该声纹信息发送给支付服务器，并请求支付服务器进行声纹验证。支付服务器可以从云端存储空间获取第一用户的参考生物信息，并比较其中第一用户的参考声纹信息与来自音箱100的声纹信息。若匹配，支付服务器可以向音箱100发送用于指示声纹信息验证成功的消息。

进一步的，音箱100可以根据前述实施例中的方法得到第一用户的人脸信息。音箱100可以将该人脸信息发送给支付服务器，并请求支付服务器进行人脸验证。支付服务器可以比较第一用户的参考人脸信息与来自音箱100的人脸信息。若匹配，支付服务器可以对第一用户的支付账户进行扣款。

本申请实施例对上述音箱100调用支付账户进行支付的方式不作限定，具体还可以参考现有技术中电子设备调用支付账户进行支付的实现方式。

在第一用户拥有多个音箱的场景中，上述存储在云端存储空间的参考生物信息可以为这多个音箱共用。示例性的，第一用户拥有多个音箱。这多个音箱可包含上述音箱100。这多个音箱可分别位于卧室、客厅等位置。这多个音箱均可以与电子设备200中音箱APP登录的账号绑定。

当这多个音箱中的一个音箱录入第一用户的参考生物信息，这一个音箱可以将第一用户的参考生物信息存储至云端存储空间。这多个音箱均可以访问上述云端存储空间。这样，用户可以只需要录入一次参考生物信息，即可在多个音箱上通过声纹验证和人脸验证的方式来支付音箱播放的付费资源。上述实现方式可以简化用户录入用于支付的参考生物信息的操作，提高用户的使用体验。

不限于是上述多个音箱的场景，还可以是包含有音箱、电视、手机、故事机等电子设备的分布式场景。在上述分布式场景中，与同一个账号绑定的多个电子设备均可以共用与该账号关联的存储在云端存储空间的参考生物信息。即用户可以只需要录入一次参考生物信息，这多个电子设备均可以从云端存储空间获取参考生物信息进行验证，以调用支付账户支付付费资源，例如付费音频资源、付费视频资源等。

在一些实施例中，上述分布式场景中的多个电子设备绑定的账号可以是不同的账号。这些不同的账号可以是属于同一个账号组的账号。其中，属于同一个账号组的多个账号可以共享其中各账号在内容服务器中购买的内容。上述内容服务器可以例如是音乐服务器、视频服务器等。

示例性的，一个家庭的分布式场景中包括音箱A、音箱B和音箱C。音箱A、音箱B和音箱C所绑定的账号分别为账号A、账号B和账号C。账号A、账号B和账号C可以分别关联这一个家庭中不同的家庭成员的参考生物信息。其中，账号A、账号B和账号C是属于一个家庭组的账号。音箱A在绑定账号A的情况下，可以根据前述实施例中的支付方法购买音乐A。由于音箱B与账号B绑定，音箱B与账号C绑定，则音箱B和音箱C可以播放音乐A，而不用再次购买。

其中，上述属于同一个家庭组的账号可以与同一个支付账户关联。也即是说，以上述账号A、账号B和账号C作为身份标识购买付费资源时，音箱A、音箱B和音箱C均可以指示支付服务器对账号A、账号B和账号B所关联的同一个支付账户进行扣款。以上述账号A作为身份标识购买付费资源，音箱A可以根据账号A所关联的参考生物信息进行用户身份验证。以账号B作为身份标识购买付费资源，音箱B可以根据账号B所关联的参考生物信息进行用户身份验证。以账号C作为身份标识购买付费资源，音箱C可以根据账号C所关联的参考生物信息进行用户身份验证。

本申请实施例对将不同的账号设置为属于同一个家庭组的方式不作限定，具体可以参考现有技术中的实现方式。

下面结合上述图4A～图4E所示的场景，介绍本申请实施例提供的一种通过生物信息验证来验证用户身份的支付方法。

图5示例性示出了一种支付方法的流程图。该方法可包括步骤S201～S209。其中：

音箱100的安全模块中可存储有第一用户的第一生物信息。该第一生物信息可以包括第一声纹信息和第一人脸信息。该第一声纹信息可以为前述实施例中的参考声纹信息。该第一人脸信息可以为前述实施例中的参考人脸信息。

S201、音箱100与第一账号建立绑定关系。

该第一账号可以为第一用户在电子设备200的音箱APP上登录的账号，例如账号名为“李明”的账号。该第一账号可关联有支付账户。在音箱APP中登录的账号为第一账号的情况下，支付付费音频资源时可由支付服务器从与第一账号关联的支付账户中进行扣款。

音箱100与第一账号建立绑定关系的方法可以参考前述图3所示方法中的步骤S101和步骤S102，这里不再赘述。

S202、音箱100接收到唤醒音箱100、播放付费资源并请求付费的用户操作。

上述接收到唤醒音箱100、播放付费资源的用户操作可以例如是图4A所示的第一用户在音箱100附近说出语音指令“小艺小艺，我要听音乐A”。其中，音乐A即为付费资源。

上述请求付费的用户操作可以例如是图4B所示的第一用户在音箱100附近说出语音指令“请帮助我完成支付”。

S203、音箱100录入第一用户的声纹信息。

S204、音箱100验证步骤S203中录入的声纹信息，并确定该声纹信息与第一声纹信息匹配。

S205、音箱100查找到并调用可用的人脸采集设备300。

S206、人脸采集设备300录入第一用户的人脸信息。

S207、人脸采集设备300对步骤S206中录入的人脸信息进行加密，并发送给音箱100。

S208、音箱100对经过加密的人脸信息进行解密，并进行验证，确认该人脸信息与第一人脸信息匹配。

S209、音箱100调用与第一账号关联的支付账户支付付费资源。

音箱100验证声纹信息和人脸信息，以及调用与第一账号关联的支付账户进行支付的具体过程可以参考前述实施例的介绍，这里不再赘述。

由图5所示的方法可知，在支付付费音频资源时，音箱可以采集用户的语音输入并从中提取声纹信息进行验证。并且，未配置有人脸采集装置的音箱可以调用附近配置有人脸采集装置的设备来采集人脸图像。进一步的，音箱可以对上述人脸图像中的人脸信息进行验证。在上述对声纹信息和人脸信息的验证均通过后，音箱可以调用支付账户来支付付费音频资源。这样，未配置有人脸采集装置的音箱也可以结合声纹验证和人脸验证的方法来完成支付，简化了用户在利用音箱收听付费音频资源时进行付费的操作。

在一些实施例中，在音箱100与第一用户的账号，例如第一张账号(图2A所示账号名为“李明”的账号)绑定的情况下，第一用户可以授权自己的家人或者朋友等在利用音箱100收听付费音频资源时，通过上述结合声纹验证和人脸验证的方式完成支付。其中，进行支付的账户可以为与上述第一账号关联的支付账户。上述与第一账号关联的支付账户可以为第一用户的支付账户。即由第一用户授权的用户在利用生物信息验证成功后，可以由第一用户的支付账户来支付付费音频资源。

音箱100的安全模块中存储有主用户的参考生物信息。音箱100还可以在主用户授权后建立授权用户的参考生物信息。参考生物信息可包含参考声纹信息、参考人脸信息。参考生物信息可用于在音箱100支付付费资源的过程中比较音箱100得到的生物信息是否与参考生物信息匹配，来验证指示音箱100进行付费的用户的身份。

音箱100可以为第一账号建立主用户的参考生物信息和授权用户的参考生物信息。其中，与第一账号关联的主用户的参考生物信息可以为：在音箱100未存储有与第一账号关联的参考生物信息时，音箱100建立的参考生物信息。也即是说，与第一账号关联的主用户可以为：在音箱100未存储有与第一账号关联的参考生物信息时，音箱100建立的参考生物信息所对应的用户。

与第一账号关联的授权用户可以为：在音箱100存储有与第一账号关联的参考生物信息时，音箱100建立的参考生物信息所对应的用户。与音箱100绑定的一个账号可以存在一个主用户、一个或多个授权用户。示例性的，音箱100与第一账号绑定。在音箱100未存储有与第一账号关联的参考生物信息时，音箱100录入第一用户的生物信息作为参考生物信息。则第一用户即为与第一账号关联的主用户。在音箱100存储有第一用户的参考生物信息时，音箱100录入第二用户的生物信息作为参考生物信息。则第二用户即为与第一账号关联的授权用户。其中，在支付付费资源的过程中，若上述第一用户或第二用户通过音箱100利用参考生物信息进行的验证，则音箱100可以调用与第一账号关联的支付账户支付付费资源。也即音箱100可以调用主用户(即第一用户)的支付账户进行支付。

在一种可能的实现方式中，主用户的参考生物信息可以包括参考声纹信息和参考人脸信息。授权用户的参考生物信息可以只包含参考声纹信息。音箱100可以将授权用户的参考声纹信息可以与主用户的参考人脸信息绑定。

其中，主用户在利用生物信息进行验证时，可以通过主用户的声纹信息和人脸信息来完成验证。而授权用户在利用生物信息进行验证时，除了需要通过授权用户的声纹信息进行验证，还需要通过主用户的人脸信息来完成验证。也即是说，若音箱100检测到录入的声纹信息与授权用户的参考声纹信息匹配，音箱100可以进一步提示需要录入主用户的人脸信息以完成验证。这样，在主用户授权的情况下，授权用户可以利用自己的声纹信息进行验证，从而在音箱100上收听付费音频资源。并且，主用户授权还可以有效防止授权用户滥用权限，过度消费与音箱100绑定的账号所关联的支付账户。

下面介绍本申请实施例提供的第一用户授权第二用户在音箱100上建立参考生物信息的场景示意图。

图6A～图6F示例性示出了第一用户授权第二用户在音箱100上建立参考生物信息的场景示意图。

其中，电子设备200的音箱APP中登录有第一账号，即账号名为“李明”的账号。音箱100与该第一账号绑定。第一用户可以为前述实施例中与该第一账号关联的主用户。第二用户可以为前述实施例中与该第一账号关联的授权用户。

第一用户录入参考生物信息的实现过程可以参考前述图2A～图2I所示的实施例。当音箱100成功录入第一用户的参考生物信息，电子设备200可以显示如图6A所示的用户界面230。用户界面230可包含生物信息列表233。生物信息列表233可用于指示音箱100中录入的参考生物信息。例如，名称为“用户1”的参考生物信息233A。其中，该名称为“用户1”的参考生物信息即为第一用户的参考生物信息。由于这一参考生物信息是在音箱100未存储有与第一用户关联的参考生物信息的情况下，音箱100建立的与第一用户关联的参考生物信息，音箱100和电子设备200可以默认这一参考生物信息为与第一账号关联的主用户的参考生物信息。电子设备200可以在生物信息列表233中用提示文字“主用户”，来提示用户列表中的哪一个参考生物信息是主用户的参考生物信息。

如图6B所示，响应于作用在图6A所示的新建生物信息选项232的用户操作，电子设备200可以在用户界面230上显示提示框234。该提示框234可用于提示用户在已经存在主用户的参考生物信息的情况下，再次新建的生物信息在用于支付时需要主用户的授权。示例性的，提示框234中可包含提示语“该新建的生物信息将与主用户的生物信息绑定，利用该新建的生物信息进行支付时需要验证主用户的人脸信息，是否新建？”。提示框234中还可以包含确定按钮234A和取消按钮234B。该取消按钮234B可用于取消建立授权用户的参考生物信息。该确定按钮234A可用于确定建立授权用户的参考生物信息。

响应于作用在确定的该按钮234A的用户操作，电子设备200可以进行支付账户的身份认证。对支付账户进行身份认证的实现过程可以参考前述图2D和图2E所示的实施例。当完成对支付账户的身份认证，电子设备200可以显示如图6C所示的用户界面240。用户界面240可包括提示框244。该提示框244可用于提示用户身份认证成功，以及进一步需要进行的操作。例如，提示框244中可包含提示语“认证成功！请继续完成声音录入”。

进一步的，当上述支付账户的身份认证成功，电子设备200可以向音箱100发送用于指示录入授权用户的参考声纹信息的指令。

如图6D所示，当接收到来自电子设备200用于指示录入授权用户的参考声纹信息的指令，音箱100可以通过语音播报的方式提示用户录入声纹信息。例如，音箱100可以语音播报“请跟着我说以下验证词：小艺小艺”。第二用户(即授权用户)可以根据音箱100的语音提示说出验证词“小艺小艺”。

音箱100可以接收到第二用户说验证词时的语音输入，并从该语音输入中提取声纹信息。当得到声纹信息，音箱100可以将该声纹信息与安全模块中已经存储的参考声纹信息进行比较。若该声纹信息与已经存储的参考声纹信息中的一个声纹信息匹配，音箱100可以通过语音播报的方式来提示该用户的声纹信息已经存在。

若该声纹信息与已经存储的参考声纹信息均不匹配，音箱100可以将该声纹信息存储至安全模块，作为一个授权用户的参考声纹信息。并且，音箱100可以将该声纹信息与主用户的参考人脸信息绑定。进一步的，音箱100可以通过语音来提示主用户和授权用户已成功新建参考生物信息。例如，音箱100可以语音播报“声纹录入成功，您已新建生物信息”。

如图6F所示，当成功新建参考生物信息，音箱100可以向电子设备200发送用于指示参考生物信息新建成功的消息。进一步的，电子设备200可以在用户界面230的生物信息列表中显示新建参考生物信息的名称，例如名称为“用户2”的参考生物信息233B。

也即是说，第一用户可以在电子设备200上进行如图6A～图6C所示的操作。进一步的，音箱100可以通过语音播报的方式提示开始录入授权用户的声纹信息。当确定录入的声纹信息不存在与已存储的参考声纹信息中，音箱100可以将该声纹信息作为新的授权用户的参考声纹信息。这样，在利用音箱100收听付费资源并进行支付的过程中，第二用户可以利用自己的声纹信息进行验证，并在主用户的人脸信息授权通过的情况下，在音箱100上完成支付。

在一种可能的实现方式中，在上述新建授权用户的参考声纹信息时，音箱100需要验证主用户的人脸信息。当主用户的人脸信息验证通过，音箱100可以确定录入的声纹信息是经过主用户授权的。这样，可以提高支付过程中本地验证的可靠性。

具体的，音箱100可以先通过语音播报的方式提示授权用户录入声纹信息。具体过程如图6D所示。当声纹信息录入成功，音箱100可以通过语音播报的方式提示主用户录入人脸信息。例如，未配置有人脸采集装置的音箱100可以查找到并调用人脸采集设备300(即李明的电视)来采集人脸图像。然后，音箱100可以语音播报“新建生物信息需要主用户同意，请主用户将面部对准李明的电视的摄像头，并眨眨眼”。人脸采集设备300可以将采集得到的人脸图像加密后发送给音箱100。

进一步的，音箱100可以从得到的人脸图像中提取人脸信息并与已存储的主用户的参考人脸信息进行比较。若匹配，则主用户的人脸信息验证通过。音箱100可以将授权用户的参考声纹信息与主用户的参考人脸信息绑定。

本申请实施例对上述主用户的参考生物信息和授权用户的参考生物信息的存储位置不作限定，除了上述音箱100中的安全模块，还可以为音箱100能够访问的云端存储空间等位置。

图7示例性示出了本申请实施例提供的一种第一用户授权第二用户在音箱100上建立参考生物信息的方法流程图。

该方法可包括步骤S301～S306。其中：

音箱100与第一账号绑定。第一用户可以为前述实施例中与第一账号关联的主用户。第二用户可以为前述实施例中与第一账号关联的授权用户。音箱100的安全模块中存储有第一用户的第一生物信息(包含第一声纹信息和第一人脸信息)。该第一生物信息为前述实施例中的参考生物信息。

S301、电子设备200接收到用于开启音箱APP，将电子设备200与音箱100配对，并建立音箱APP的第一账号与音箱的绑定关系的用户操作。

S302、电子设备200与音箱100配对成功，音箱APP的第一账号与音箱100建立绑定关系。

上述步骤S301和步骤S302可以分别参考前述实施例中的步骤S101和步骤S102，这里不再赘述。

S303、电子设备200接收到用于请求建立用于支付的第二生物信息的用户操作，并向音箱100发送建立用于支付的第二生物信息的请求。

上述用于请求建立用于支付的第二生物信息的用户操作可以为前述图6A中作用在新建生物信息选项232的用户操作。该第二生物信息可以为授权用户的参考生物信息。该第二生物信息可以只包含参考声纹信息。

S304、音箱100录入第二用户的第二声纹信息。

S305、音箱100存储第二声纹信息，并将第二声纹信息与第一人脸信息绑定。

S306、音箱100向电子设备200发送用于指示第二生物信息建立成功的消息。

上述步骤S304～S306的具体过程可以参考前述图6D和图6E的实施例，这不再赘述。

下面具体介绍本申请实施例提供的另一种音箱100通过结合声纹验证和人脸验证支付付费音频资源的场景示意图。

音箱100的安全模块中存储有第一用户的参考声纹信息和参考人脸信息，且存储有第二用户的参考声纹信息。其中第一用户的参考人脸信息既与第一用户的参考声纹信息绑定，也与第二用户的参考声纹信息绑定。

第一用户可以通过声纹验证和人脸验证的方式在音箱100上支付付费音频资源。第二用户可以通过声纹验证并在第一用户利用人脸验证进行授权的方式在音箱100上支付付费音频资源。

具体的，如图8A所示，第二用户通过预设的唤醒词唤醒音箱100并下发播放音乐B的语音指令。其中，第二用户可以在音箱100的附近说出“小艺小艺，我要听音乐B”。

当检测到预设的唤醒词，音箱100可以唤醒应用处理器，识别并执行接收到的语音指令。响应于第二用户“听音乐B”的语音指令，音箱100可以从音乐服务器来获取音乐B的资源并播放。并且，音箱100还可以语音播报“好的，为您播放音乐B”来响应第二用户的语音指令。

若音乐B为付费资源，且第一账号(与音箱100绑定的账号)未购买过音乐B，上述音乐服务器可以向音箱100发送用于指示音乐B是付费音乐的消息。如图8B所示，当接收到用于指示音乐B是付费音乐的消息，音箱100可以语音播报“付费后可收听完整的音乐B，是否付费”，来提示第一用户需要付费才能收听音乐B。

进一步的，第二用户可以在音箱100附近说“请帮助我完成支付”。当检测到语音指令“请帮助我完成支付”，音箱100可以开始进行声纹验证和人脸验证。具体的，如图8C所示，音箱100可以语音播报“好的，开始声纹验证。请跟着我说以下验证词：小艺小艺”，来提示第二用户录入声纹信息。第二用户可以根据音箱100的提示说出验证词“小艺小艺”。

音箱100可以接收第二用户在说上述验证词的语音输入，并从该语音输入中提取声纹信息。进一步的，音箱100可以将该声纹信息与存储的参考声纹信息进行比较，并确定出该声纹信息与第二用户的参考声纹信息匹配。也即音箱100可以确定声纹验证成功，并开始人脸验证。

如图8D所示，由于第二用户的参考声纹信息与主用户的参考人脸信息绑定，音箱100可以语音播报“声纹验证成功，需要进一步验证主用户的人脸，请主用户将面部对准李明的电视的摄像头，并眨眨眼”。其中，由于音箱100未配置有人脸采集装置，音箱100可以在声纹验证成功后，查找并调用附近可用的人脸采集设备来采集人脸图像。

音箱100查找到并调用人脸采集设备300(即李明的电视)来获取人脸信息的方式可以参考前述实施例，这里不再赘述。当得到上述人脸信息，音箱100可以将上述人脸信息与主用户(即第一用户)的参考人脸信息进行比较。若上述人脸信息与主用户的参考人脸信息匹配，则人脸验证成功。

当声纹验证和人脸验证均成功，音箱100可以完成支付账户的本地验证。进一步的，音箱100可以与支付账户的支付服务器进行验证。

音箱100与支付服务器之间的验证过程、支付服务器对支付账户进行扣款操作以及在支付成功后音乐服务器将音乐B的资源发送给音箱100的实现过程均可参考前述实施例，这里不再赘述。

如图8E所示，音箱100可以接收到支付服务器发送的用于指示支付成功的消息。然后，音箱100可以语音播报“人脸验证成功，您已成功购买音乐B，为您播放完整的音乐B”，来提示用户已支付成功。进一步的，音箱100可以播放从音乐服务器接收到的音乐B的资源。

在一些实施例中，在登录音箱APP的账户是名称为“李明”的第一账号的情况下，音箱100可以与该第一账号绑定。其中，第一用户(即主用户)在生物信息验证成功后购买的音频资源、第二用户以及其他授权用户在生物信息验证成功后购买的音频资源均可属于上述第一账号购买的音频资源。提供上述音频资源的服务器可以记录该第一账号所购买的音频资源。也即是说，在第一账号中创建的任一个参考生物信息通过验证的情况下购买的音频资源，均可以在音箱100绑定的账号为该第一账号时播放。

示例性的，音箱100当前绑定的账号为第一账号。在第一账号中已建立有第一用户的参考生物信息和第二用户的参考生物信息。第一用户可以通过自己的生物信息完成验证，并使得音箱100调用支付账户购买音乐A。第二用户可以通过自己的生物信息，在第一用户的授权下完成验证，并使得音箱100调用支付账户购买音乐B。那么音乐A和音乐B均可属于上述第一账号购买的音乐。第一用户通过语音指令指示音箱100播放音乐B时，可以无需再次付费。同样的，第二用户通过语音指令指示音箱100播放音乐A时也可以无需再次付费。

由图8A～图8E所示的场景可知，音箱100中可存储有主用户的参考生物信息(包括参考声纹信息和参考人脸信息)以及授权用户的参考生物信息(只包含参考声纹信息)。当授权用户的声纹信息验证通过后，再结合对主用户人脸信息的验证，音箱100即可调用支付账户支付付费音频。这样，不限于主用户通过声纹验证和人脸验证的方式完成支付，授权用户，例如主用户的家人和朋友等，也可在主用户授权的情况下通过声纹验证和人脸验证的方式完成支付。并且，由于与音箱100绑定的第一账号所关联的支付账户可以认为是主用户的支付账户，结合授权用户的声纹信息和主用户的人脸信息进行验证的方式可以在支付账户进行支付前由主用户进行确认，从而可以避免授权用户滥用权限，过度消费主用户的支付账户。

下面结合上述图8A～图8E所示的场景，介绍本申请实施例提供的一种通过生物信息验证来验证用户身份的支付方法。

图9示例性示出了一种支付方法的流程图。该方法可包括步骤S401～S409。其中：

音箱100的安全模块中存储有第一用户的第一生物信息和第二用户的第二生物信息。该第一生物信息可包括第一声纹信息和第一人脸信息。该第一生物信息可以为前述实施例中第一用户的参考生物信息。该第二生物信息可只包括第二声纹信息。该第二生物信息可以为前述实施例中第二用户的参考生物信息。即第二声纹信息为前述实施例中第二用户的参考声纹信息。其中，第一用户可以为前述实施例中的主用户。第二用户可以为前述实施例中的授权用户。

S401、音箱100与第一账号建立绑定关系。

S402、音箱100接收到唤醒音箱100、播放付费资源并请求付费的用户操作。

S403、音箱100录入第二用户的声纹信息。

S404、音箱100验证步骤S403中录入的声纹信息，并确定该声纹信息与第二声纹信息匹配。

S405、音箱100查找到并调用可用的人脸采集设备300。

S406、人脸采集设备300录入第一用户的人脸信息。

S407、人脸采集设备300对步骤S406中录入的人脸信息进行加密，并发送给音箱100。

S408、音箱100对经过加密的人脸信息进行解密，并进行验证，确认该人脸信息与第一人脸信息匹配、

S409、音箱100调用与第一账号关联的支付账户支付付费资源。

上述步骤S401～S409的具体实现过程均可参考前述实施例，这里不再赘述。

在一种可能的实现方式中，上述第二生物信息中还可以包括第二人脸信息。该第二人脸信息可以为第二用户的人脸信息。该第二人脸信息可用于作为参考人脸信息来验证音箱100获取的人脸信息是否是第二用户的人脸信息。第二生物信息中的第二声纹信息可以与第二人脸信息绑定。也即是说，在音箱100结合声纹验证和人脸验证来支付付费音频的过程中，若第二用户(即授权用户)的声纹信息和人脸信息均验证通过，音箱100可以调用主用户的支付账户进行支付。这样，在主用户不在音箱100附近的场景中，授权用户也可以通过说出验证词以及利用自己的人脸信息来完成验证，进而收听付费音频资源。

下面具体介绍本申请实施例提供的另一种第一用户授权第二用户在音箱100上建立参考生物信息的场景示意图。

第一用户可以为前述实施例中的主用户。第二用户可以为前述实施例中的授权用户。

如图10A所示，生物信息列表中包含有名称为“用户1”的参考生物信息。该名称为“用户1”的参考生物信息可以表示主用户的参考生物信息。也即是说，音箱100的安全模块中存储有主用户的参考生物信息。

响应于作用在新建生物信息选项232的用户操作，电子设备200可以向音箱100发送用于指示建立新的授权用户的参考生物信息的指令。其中，在电子设备200发送上述用于指示建立新的授权用户的参考生物信息的指令之前，电子设备200可以先进行支付账户的身份认证。第一用户(即主用户)为该支付账户对应的用户。即第一用户知道该支付账户的密码。第一用户可以在图10B所示的用户界面240中输入该支付账户的密码，来完成支付账户的身份认证。当支付账户的身份认证成功，电子设备200可以认为第一用户同意建立授权用户的参考声纹信息。进而，音箱100可以开始录入声纹信息和人脸信息并分别作为新的授权用户的参考声纹信息和参考人脸信息。

电子设备200进行支付账户的身份认证的具体实现过程可以参考前述图2C～图2E所示的实施例，这里不再赘述。

如图10C所示，当接收到指示建立新的授权用户的参考生物信息的指令，音箱100可以开始录入参考声纹信息。具体的，音箱100可以语音播报“请跟着我说以下验证词：小艺小艺”，来提示用户进行声纹录入。

当听到音箱100的语音提示，第二用户可以说出验证词“小艺小艺”。音箱100可以接收到第二用户说验证词时的语音输入，并从该语音输入中提取声纹信息。当得到声纹信息，音箱100可以将该声纹信息与安全模块中已经存储的参考声纹信息进行比较。若该声纹信息与已经存储的参考声纹信息中的一个声纹信息匹配，音箱100可以通过语音播报的方式来提示该用户的声纹信息已经存在。

若该声纹信息与已经存储的参考声纹信息均不匹配，音箱100可以将该声纹信息存储至安全模块，作为一个授权用户的参考声纹信息。

当参考声纹信息录入成功，音箱100可以查找并调用附近配置有人脸采集装置的设备，来获取人脸信息。音箱100查找并调用配置有人脸采集装置的设备的具体方法可以参考前述实施例。示例性的，音箱100可以查找到并调用人脸采集设备300来获取人脸图像。该人脸采集设备300可以是名称为“李明的电视”的电视。人脸采集设备300可以包含人脸采集装置301。该人脸采集装置301可以例如是摄像头。

如图10D所示，当查找到并调用人脸采集设备300，音箱100可以语音播报“声纹录入成功。请在李明的电视上完成人脸录入，请将您的面部对准李明的电视的摄像头，并眨眨眼”。第二用户可以根据音箱100的提示在人脸采集设备300上完成人脸录入。当采集到第二用户的人脸图像，人脸采集设备300可以将该人脸图像加密后发送给音箱100。

进一步的，音箱100可以对经过加密的人脸图像进行解密，并从中提取人脸信息。然后，音箱100可以将该人脸信息存储至安全模块，作为参考人脸信息，并与在上述图10C所示场景中获取的参考声纹信息进行绑定。这样，音箱100可以完成录入新的授权用户的参考生物信息。其中，如图10E所示，音箱100可以语音播报“人脸录入成功，您已新建生物信息”，来提示用户新的授权用户的参考生物信息已经成功建立。

另外，音箱100还可以向电子设备200发送生物信息新建成功的消息。电子设备200可以显示如图6F所示的用户界面。即在生物信息列表233中增加新建生物信息的名称，例如“用户2”。

由图10A～图10E所示的场景可知，音箱100可以建立多个用户的参考生物信息。每个用户的参考生物信息均可包括自己的参考声纹信息和参考人脸信息。即在音箱100提示当前播放的音频为付费音频时，这多个用户中的每个用户均可以结合声纹验证和人脸验证的方式来使得音箱100调用支付账户进行支付，从而收听付费音频。其中，用于支付的支付账户可以为与音箱100绑定的账号所关联的支付账户。即在上述图10B中经过身份认证的支付账户。

在一些实施例中，授权用户在音箱100中录入参考声纹信息和参考人脸信息之后，可以结合声纹验证和人脸验证的方式，在音箱100上调用支付账户支付付费音频资源。这样，在主用户不在音箱附近的场景下，授权用户也可以在音箱100上利用主用户的支付账户购买付费音频资源。

下面具体介绍本申请实施例提供的另一种通过生物信息验证来验证用户身份的支付方法。

如图11A所示，音箱100中可存储有第一用户(即主用户)的参考生物信息和第二用户(即授权用户)的参考生物信息。上述参考生物信息均包括参考声纹信息和参考人脸信息。

第二用户可以通过预设的唤醒词唤醒音箱100并下发播放音乐B的语音指令。其中，第二用户可以在音箱100的附近说出“小艺小艺，我要听音乐B”。上述音乐B为付费资源，且第一账号(与音箱100绑定的账号)未购买过音乐B。提供音乐B的资源的音乐服务器可以向音箱100发送用于指示音乐B是付费音乐的消息。

如图11B所示，当接收到上述用于指示音乐B是付费音乐的消息，音箱100可以语音播报“付费后可收听完整的音乐B，是否付费”，来提示第一用户需要付费才能收听音乐B。进一步的，第二用户可以在音箱100附近说“请帮助我完成支付”。当检测到语音指令“请帮助我完成支付”，音箱100可以开始进行声纹验证和人脸验证。具体的，如图11C和图11D所示，音箱100可以获取第二用户的声纹信息以及人脸信息。上述音箱100获取第二用户的声纹信息以及人脸信息的方法可以参考前述实施例，这里不再赘述。

当得到声纹信息和人脸信息，音箱100可以将该声纹信息与人脸信息分别与已存储的参考声纹信息和参考人脸信息进行比较。音箱100可以确定该声纹信息与人脸信息为第二用户的声纹信息和人脸信息。即声纹验证和人脸验证均成功。进一步的，音箱100可以调用与上述第一账号关联的支付账户购买音乐B。这样，第二用户可以在音箱100上收听音乐B。

在另一些实施例中，授权用户在音箱100中录入参考声纹信息和参考人脸信息之后，可以结合声纹验证和人脸验证以及主用户远程授权的方式，在音箱100上调用支付账户支付付费音频资源。

上述主用户远程授权可以为：当音箱100检测到授权用户的声纹验证和人脸验证均成功，音箱100可以向电子设备200发送用于确认是否支付的消息。电子设备200可以在用户界面上显示上述用于确认是否支付的消息。进而，主用户可以通过电子设备200授权音箱100调用支付账户支付付费音频资源。这样，在主用户不在音箱附近的场景下，授权用户也可以完成声纹验证和人脸验证来请求音箱100调用支付账户支付付费音频资源。而结合上述主用户远程授权的方法则可以确保主用户的支付账户是在经过主用户同意后再进行扣款操作。这不仅简化了在音箱100上收听付费音频资源时进行付费的操作，而且提高了支付账户的安全性，并且有效避免授权用户过度消费主用户的支付账户。

下面具体介绍本申请实施例提供的另一种通过生物信息验证来验证用户身份的支付方法。

音箱100可以根据前述图11A～图11D所示的过程完成对第二用户(即授权用户)的声纹验证和人脸验证。当授权用户的声纹验证和人脸验证均成功，音箱100可以向电子设备200发送用于确认支付的消息。

如图12A所示，音箱100还可以语音播报“人脸验证成功，等待手机端确认”，来提示授权用户调用支付账户进行支付还需要由主用户确认。当接收到来自音箱100的用于确认支付的消息，电子设备200可以显示如图12B所示的用户界面250。用户界面250可包括消息通知框251。该消息通知框251可用于向用户确认是否同意音箱调用支付账户支付付费音频资源，例如购买音乐B。

响应于作用在消息通知框251上的用户操作，电子设备200可以开启音箱APP，显示如图12C的用户界面260。用户界面260可包括提示语261、确定按钮262和取消按钮263。其中：

提示语261可以为文字提示“用户2申请购买音乐B，是否购买”，来提示主用户名称为“用户2”(即前述第二用户)的用户申请购买音乐B。

确定按钮262可用于同意名称为“用户2”的用户使用主用户的支付账户购买音乐B。

取消按钮263可用于拒绝名称为“用户2”的用户使用主用户的支付账户购买音乐B。

响应于作用在确定按钮262的用户操作，例如触摸操作，电子设备200可以向音箱100发送用于指示同意购买音乐B的消息。

进一步的，当接收到上述指示同意购买音乐B的消息，音箱100可以调用主用户的支付账户购买音乐B。当支付成功后，音箱100可以接收到音乐B的资源。如图12D所示，音箱100可以语音播报“手机端已确定，您已成功购买音乐B，为您播放完整的音乐B”。然后，音箱100可以播放音乐B。上述音箱100调用主用户的支付账户购买音乐B可以参考前述实施例，这里不再赘述。

需要进行说明的是，不限于应用在图1所示的音箱100上，本申请实施例提供的生物信息验证方法还可以应用于其他电子设备。例如，电视、手机、平板、笔记本电脑、故事机等等。这些电子设备的结构可以参考图1所示的音箱100的结构示意图。不限于图1所示结构示意图中包含的模块，这些电子设备还可以包含更多或更少的模块。

示例性的，在用户在电视上播放付费视频资源的场景中，配置有语音采集装置但未配置有人脸采集装置的电视可以根据前述实施例中的方法，录入用户的参考生物信息并在支付付费视频资源的过程中利用参考生物信息来验证用户身份。这样，未配置有人脸采集装置的电子设备可以结合声纹验证和人脸验证的方式进行支付过程中的身份验证。

或者，电视配置有语音采集装置和人脸采集装置。电视可以查找附近是否存在配置有配置更好的人脸采集装置的人脸采集设备。例如，电视配置有2D摄像头。在录入人脸信息时，若电视查找到附近存在配置有3D摄像头的人脸采集设备，电视可以调用配置有3D摄像头的人脸采集设备来得到人脸信息。利用配置更好的人脸采集装置可以提高支付过程中身份验证的可靠性。

在一些实施例中，电子设备配置有人脸采集装置但未配置有语音采集装置。即电子设备无法独立采集语音输入以得到声纹信息。与前述查找并调用附近人脸采集设备的方法相同，电子设备可以查找并调用附近配置有语音采集装置的设备来采集用户的语音输入，并得到声纹信息。或者，电子设备未配置人脸采集装置和语音采集装置。电子设备可以查找并调用附近的人脸采集设备来采集人脸图像，得到人脸信息。并且，电子设备还可以查找并调用附近的语音采集装置来采集语音输入，得到声纹信息。

由上述方法可知，在电子设备结合声纹验证和人脸验证进行支付过程中的身份验证时，电子设备可以不局限在同时配置有语音采集装置和人脸采集装置的电子设备中。未配置有语音采集装置和/或人脸采集装置的电子设备也可以实现结合声纹验证和人脸验证的方式对用户进行身份验证。

在一些实施例中，音箱100附近配置有人脸采集装置的设备为手机。则在录入参考人脸信息的过程中、在支付付费资源时进行人脸验证的过程中，音箱100可以调用手机上的人脸采集装置，例如摄像头，来得到人脸信息。由于手机的使用场合比较多，且手机一般配置有摄像头(如2D摄像头、3D摄像头、红外摄像头)等人脸采集装置，需要播放付费资源的电子设备可以在多种场合调用手机来得到人脸信息，进而进行人脸验证。例如，对于在外使用便携式音箱的场景，若便携式音箱播放付费资源，便携式音箱可以方便地查找到并调用用户的手机来得到人脸信息。

本申请实施例对上述参考生物信息中包含的内容不作具体限定。不限于包含声纹信息和人脸信息，参考生物信息还可以包含其他的数据。例如，指纹信息、骨声纹信息、虹膜信息等等。也即是说，音箱还可以指示用户在录入参考生物信息时录入更多的信息。

在本申请中，第一设备采集到第一生物信息。上述第一设备可以是前述实施例中的音箱100。上述第一设备还可以是其他请求获取付费资源的电子设备，例如电视、故事机等等。示例性的，第一设备为音箱100。第一设备配置有语音采集装置。上述第一生物信息可以是前述实施例中的声纹信息。

在本申请中，第一设备可以通过短距无线通信连接发现具有第二生物信息采集能力的第二设备。以第一设备为前述实施例中的音箱100为例进行说明。第二设备可以是前述实施例中的人脸采集设备300。人脸采集设备300配置有人脸采集装置。该人脸采集装置可以例如是2D摄像头、3D摄像头、红外摄像头和毫米波雷达等装置。上述第二生物信息可以为前述实施例中的人脸信息。上述短距无线通信连接可以例如是近场通信连接、蓝牙通信连接、WiFi通信连接、ZigBee通信连接、WLAN直连通信连接等。也即使说，第一设备可以查找到并调用自己附近的设备来得到人脸信息。

在本申请中，第一设备可以预采集第一用户的第三生物信息，并调用第二设备预采集第一用户的第四生物信息。上述第三生物可以是前述实施例中第一用户的参考声纹信息。上述第四生物信息可以是前述实施例中第一用户的参考人脸信息。第三生物信息可以与第四生物信息绑定，且存储在前述实施例音箱100中的安全模块，或者存储在音箱100能够访问的云端存储空间。上述预采集第三生物信息和第四生物信息的具体方法可以参考前述图2A～图2I所示的实施例。

若第一设备确定上述第一生物信息与上述第三生物信息匹配，且上述第二生物信息与上述第四生物信息匹配，则身份验证成功。即第一设备可以确定第一生物信息和第二生物信息对应的用户为上述第一用户。

当身份验证成功，第一设备可以向第一服务器发送第一消息。上述第一服务器可以为前述实施例中的支付服务器。第一消息中可包含第一支付账户的标识信息和需要支付的付费资源的订单信息等内容。本申请实施例对上述第一消息中包含的内容不作限定。支付服务器可以根据第一消息对第一支付账户进行扣款。上述第一支付账户可以是与第一设备绑定的账号锁关联的支付账号。例如前述实施例中与账号名为“李明”的账号关联的用户。

另外，支付服务器对第一支付账户进行扣款前，可以先对第一设备进行可信身份验证，来确定第一设备是可信设备。上述可信身份验证的方法可以参考前述实施例，这里不再赘述。

当支付服务器对第一支付账户扣款成功，支付服务器可以向第二服务器发送支付成功的消息。进一步的，第二服务器可以将以第一设备绑定的账号作为身份标识时购买的付费资源发送给第一设备。上述第二服务器可以为内容服务器。内容服务器中可存储有第一设备请求获取的付费资源。该内容服务器可以例如是音乐服务器、视频服务器等。本申请实施例对上述内容服务器的类型不作限定。

在本申请中，第一设备登录第二服务器上的第一账号。其中，上述第一账号即为前述实施例中与第一设备绑定的账号。例如，图2A所示账号名为“李明”的账号。第一设备与第一账号绑定的方法可以参考前述实施例。第一设备可以在内容服务器上登录第一账号。内容服务器中可存储有多个账号的标识。上述多个账号包括第一账号。内容服务器可以根据上述多个账号的标识确定各账号购买过的付费资源。当第一设备在第二服务器上登录第一账号，且向第二服务器获取第一内容，第二服务器可以确定第一账号未购买过该第一内容。进一步的，第二服务器可以向第一设备发送消息来提示第一设备获取第一内容需要付费。第二服务器还可以将该第一内容的价格信息发送给第一设备。

在本申请中，第一设备可以采集到第二用户的第五生物信息。其中，若第一设备为前述实施例中的音箱100，则上述第五生物信息可以是前述实施例中第二用户的参考声纹信息。第二用户可以在第一用户授权的情况下录入第五生物信息。具体实现过程可以参考前述图6A～图6C所示的实施例。上述第一用户可以为前述实施例中的主用户。上述第二用户可以为前述实施例中的授权用户。

在本申请中，第一设备可以采集到第六生物信息。该第六生物信息可以为前述实施例中的声纹信息。第一设备还可以调用第二采集第二生物信息。若第一设备确定第六生物信息与上述第五生物信息匹配，且第二生物信息与第四生物信息匹配，则身份验证成功。也即是说，在授权用户声纹信息验证成功的情况下，若主用户授权，则第一设备可以请求支付服务器对第一支付账户进行扣款。上述主用户授权可以表示第一设备对主用户的人脸信息验证成功。

在本申请中，第一设备可以采集到第二用户的第五生物信息，并调用第二设备采集第二用户的第七生物信息。上述第五生物信息可以参考前述实施例的介绍。上述第七生物信息可以为第二用户的参考人脸信息。即第一设备可以得到授权用户的参考声纹信息和参考人脸信息。

在本申请中，第二用户(即授权用户)可以利用自己的声纹信息和人脸信息进行身份验证。其中，第一设备可以采集第六生物信息，并调用第二设备采集第八生物信息。上述第六生物信息可以参考前述实施例的介绍。上述第八生物信息可以为人脸信息。若音箱100确定第五生物信息和第六生物信息匹配，且第七生物信息和第八生物信息匹配，则授权用户的身份验证成功。

由上述实施例可知，本申请实施例提供的生物信息验证方法可用于支付过程中的身份验证。不限于用于支付过程中的身份验证，上述生物信息验证方法还可用于其他场景中的身份验证。例如，登录账号、获取权限等。

其中，在音箱上收听付费音频资源需要进行付费时，音箱可结合声纹验证和人脸验证的方式来进行用户身份验证。在声纹验证和人脸验证均成功后，音箱可以请求支付服务器对支付账户扣款，从而支付付费音频资源。这简化了用户支付音箱上收听付费音频资源进行支付的操作。上述结合声纹验证和人脸验证的方式还可以提高支付过程的可靠性。并且，未配置有人脸采集装置的音箱可以通过调用附近配置有人脸采集装置的设备来完成人脸验证。即配置或者没有配置人脸采集装置的音箱均可以实现本申请实施例提供的支付方法，来简化用户支付付费音频资源的操作。

另外，主用户在音箱中录入了自己的参考声纹信息和参考人脸信息之后，还可以授权其他用户，例如自己的家人和朋友等，录入参考声纹信息和参考人脸信息。上述被授权的用户也可以结合声纹验证和人脸验证的方式来进行用户身份验证。在被授权的用户的身份验证成功后，音箱可以请求支付服务器从主用户的支付账户中扣款，从而支付付费音频资源。也即是说，不限于主用户，由主用户授权的用户也可以便捷地在音箱上完成支付付费音频资源的操作。

上述实施例中所用，根据上下文，术语“当…时”可以被解释为意思是“如果…”或“在…后”或“响应于确定…”或“响应于检测到…”。类似地，根据上下文，短语“在确定…时”或“如果检测到(所陈述的条件或事件)”可以被解释为意思是“如果确定…”或“响应于确定…”或“在检测到(所陈述的条件或事件)时”或“响应于检测到(所陈述的条件或事件)”。

以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (19)

1.一种生物信息验证方法，其特征在于，包括：

第一设备采集到第一生物信息；

所述第一设备通过短距无线通信连接发现具有第二生物信息采集能力的第二设备；

所述第一设备接收来自所述第二设备采集的所述第二生物信息，所述第二生物信息不同于所述第一生物信息；

所述第一设备确定所述第一生物信息与第三生物信息匹配，且所述第二生物信息与第四生物信息匹配；所述第三生物信息存储在所述第一设备中或者所述第一设备能够访问的云端存储空间，所述第三生物信息是所述第一设备预采集的第一用户的生物信息；所述第四生物信息存储在所述第一设备中或者所述第一设备能够访问的云端存储空间，所述第四生物信息是所述第二设备预采集的所述第一用户的生物信息。

2.根据权利要求1所述的方法，其特征在于，所述第三生物信息用于确定所述第一设备得到的所述第一生物信息是否是所述第一用户的生物信息，所述第四生物信息用于确定所述第一设备得到的所述第二生物信息是否是所述第一用户的生物信息。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

所述第一设备向第一服务器发送第一消息；所述第一消息用于指示所述第一服务器对第一支付账户进行扣款，所述第一支付账户为所述第一用户的支付账户。

4.根据权利要求3所述的方法，其特征在于，所述第一设备采集到第一生物信息之前，还包括：

所述第一设备登录第二服务器上的第一账号；所述第一账号为所述第一用户在所述第二服务器上的账号，所述第二服务器用于在所述第一服务器从所述第一支付账户中扣款成功后，向所述第一设备发送所述第一用户购买的内容；

所述第一设备向所述第二服务器发送第一内容的获取请求；

所述第一设备接收所述第二服务器发送的所述第一内容的价格信息。

5.根据权利要求4所述的方法，其特征在于，所述云端存储空间存储的上述第三生物信息和所述第四生物信息能够被多个设备访问，所述多个设备包括所述第一设备，所述多个设备在所述第二服务器上共享同一个账号，或者所述多个设备各自在所述第二服务器上的多个账号属于同一账号组；所述属于同一账号组表示所述同一账号组中的多个账号共享其中各账号在所述第二服务器中购买的内容。

6.根据权利要求1-5中任一项所述的方法，其特征在于，所述第一设备为配置有语音采集装置的设备，所述第一生物信息、所述第三生物信息均为声纹信息。

7.根据权利要求6所述的方法，其特征在于，所述第二设备为配置有人脸采集装置的设备，所述第二生物信息、所述第四生物信息均为人脸信息。

8.根据权利要求1-5中任一项所述的方法，其特征在于，所述第一设备为配置有人脸采集装置的设备，所述第一生物信息、所述第三生物信息均为人脸信息。

9.根据权利要求8所述的方法，其特征在于，所述第二设备为配置有语音采集装置的设备，所述第二生物信息、所述第四生物信息均为声纹信息。

10.根据权利要求1-9中任一项所述的方法，其特征在于，所述方法还包括：

所述第一设备采集到第二用户的第五生物信息；所述第五生物信息与所述第一生物信息是同一类型的生物信息，所述第五生物信息用于确定所述第一设备得到的生物信息是否是第二用户的生物信息，所述第五生物信息存储在所述第一设备中或者所述第一设备能够访问的云端存储空间，所述第五生物信息与所述第四生物信息绑定。

11.根据权利要求10所述的方法，其特征在于，所述方法还包括：

所述第一设备采集到第六生物信息，所述第六生物信息与所述第一生物信息是同一类型的生物信息；

所述第一设备接收来自所述第二设备采集的所述第二生物信息；

所述第一设备确定所述第六生物信息与所述第五生物信息匹配，且所述第三生物信息与所述第四生物信息匹配；

所述第一设备向所述第一服务器发送第二消息，所述第二消息用于指示所述第一服务器对第一支付账户进行扣款。

12.根据权利要求1-9中任一项所述的方法，其特征在于，所述方法还包括：

所述第一设备采集到第二用户的第五生物信息；所述第五生物信息与所述第一生物信息是同一类型的生物信息，所述第五生物信息用于确定所述第一设备得到的生物信息是否是第二用户的生物信息，所述第五生物信息存储在所述第一设备中或者所述第一设备能够访问的云端存储空间；

所述第一设备接收来自所述第二设备采集的所述第二用户的第七生物信息；所述第七生物信息与所述第二生物信息是同一类型的生物信息，所述第七生物信息用于确定所述第一设备得到的生物信息是否是第二用户的生物信息，所述第七生物信息存储在所述第一设备中或者所述第一设备能够访问的云端存储空间；

其中，所述第五生物信息与所述第七生物信息绑定。

13.根据权利要求12所述的方法，其特征在于，所述方法还包括：

所述第一设备采集到第六生物信息，所述第六生物信息与所述第一生物信息是同一类型的生物信息；

所述第一设备接收来自所述第二设备采集的第八生物信息；所述第八生物信息与所述第二生物信息是同一类型的生物信息；

所述第一设备确定所述第六生物信息与所述第五生物信息匹配，且所述第八生物信息与所述第七生物信息匹配；

所述第一设备向所述第一服务器发送第二消息，所述第二消息用于指示所述第一服务器对第一支付账户进行扣款。

14.根据权利要求13所述的方法，其特征在于，所述第一设备向所述第一服务器发送第二消息之前，所述方法还包括：

所述第一设备向第三设备发送第三消息，并接收到来自所述第三设备的第四消息；所述第三设备是安装有用于控制所述第一设备的应用程序的设备，所述第三消息的指示内容显示在所述第三设备上，所述第三消息的指示内容包括询问所述第三设备是否同意所述第一设备发送所述第二消息，所述第四消息的指示内容包括所述第三设备同意所述第一设备发送所述第二消息。

15.根据权利要求1-14中任一项所述的方法，其特征在于，所述第一设备不具有采集所述第二生物信息的能力。

16.根据权利要求1-15中任一项所述的方法，其特征在于，所述短距无线通信连接为以下一种或多种：近场通信连接、蓝牙通信连接、WLAN直连通信连接、ZigBee通信连接。

17.一种设备，所述设备为第一设备，其特征在于，所述第一设备包括：第一采集装置、通信装置、存储器和处理器，其中：

所述第一采集装置，用于采集第一生物信息；

所述通信装置，用于所述第一设备通过无线通信连接发现具有第二生物信息采集能力的第二设备；所述第二设备包括第二采集装置，所述第二采集装置用于采集上述第二生物信息；

所述通信装置，还用于接收来自所述第二采集装置采集的所述第二生物信息；

所述存储器，用于存储所述第一生物信息和所述第二生物信息，还用于存储计算机程序；

所述处理器，用于调用所述计算机程序，使得所述第一设备执行权利要求1-16中任一项所述的方法。

18.一种计算机可读存储介质，其特征在于，包括：计算机指令，当所述计算机指令在设备上运行时，使得所述设备执行如权利要求1-16中任一项所述的方法。

19.一种计算机程序产品，其特征在于，当所述计算机程序产品在设备上运行时，使得所述设备执行如权利要求1-16中任一项所述的方法。

Images