CN112118031B - 语音交互装置及其控制方法、设备和计算机存储介质 - Google Patents

Abstract

本公开的实施例涉及一种语音交互装置、用于控制语音交互装置的方法、设备和计算机可读存储介质。该方法包括：响应于确定语音交互装置的至少一个耳机与语音交互装置的本体已建立通信连接，确定本体是否在播放音频数据，本体用于容纳至少一个耳机；响应于确定当前在播放音频数据并且至少一个耳机中的多个耳机与本体已建立通信连接，向多个耳机发送第一类型的音频数据；以及响应于确定当前在播放音频数据并且至少一个耳机中仅有单个耳机与本体已建立通信连接，向单个耳机发送第二类型的音频数据，第一类型的音频数据的数据量大于第二类型的音频数据的数据量。本公开的实施例能够提升用户体验，并兼顾语音交互装置能耗的降低。

Description

语音交互装置及其控制方法、设备和计算机存储介质

技术领域

本公开总体上涉及语音交互装置，并且具体地，涉及语音交互装置以及及其控制方法、设备和计算机存储介质。

背景技术

传统的语音交互装置(例如而不限于是配置有蓝牙耳机的智能手表或者智能手环)的控制方案例如是：当用户选择播放音乐时，与语音交互装置进行通信的手机会将用户所选择下载的或本地存储的音频数据发送给蓝牙耳机。

在传统的用于控制语音交互装置的方案中，即便用户仅使用一个耳机，手机也可能会向蓝牙耳机发送例如无损音频数据。在上述情况下，手机和耳机需要传输、计算和转换较大数据量的音频数据，因此较为耗电。同时，因为仅有单耳耳机播放无损音频数据，因而无法给用户带来与无损音频数据所应对应的收听体验，从而造成用户体验较差。

发明内容

本公开提供一种用于控制语音交互装置的方法和设备，能够提升用户体验，并兼顾语音交互装置能耗的降低。

根据本公开的第一方面，提供了一种用于控制语音交互装置的方法。该方法包括：响应于确定语音交互装置的至少一个耳机与语音交互装置的本体已建立通信连接，确定本体是否在播放音频数据，本体用于容纳至少一个耳机；响应于确定当前在播放音频数据并且至少一个耳机中的多个耳机与本体已建立通信连接，向多个耳机发送第一类型的音频数据；以及响应于确定当前在播放音频数据并且至少一个耳机中仅有单个耳机与本体已建立通信连接，向单个耳机发送第二类型的音频数据，第一类型的音频数据的数据量大于第二类型的音频数据的数据量。

根据本发明的第二方面，还提供一种语音交互装置。该装置包括：耳机；本体，用于容纳耳机，本体包括：通信单元，用于与网络设备、终端设备、耳机中的至少一个进行通信；存储器，被配置为存储一个或多个计算机程序；以及处理器，耦合至存储器并且被配置为执行本公开的第一方面的方法。

根据本公开的第三方面，提供了一种用于控制语音交互装置的设备，设备包括：存储器，被配置为存储一个或多个计算机程序；以及处理器，耦合至存储器并且被配置为执行一个或多个程序使设备执行本公开的第一方面的方法。

根据本公开的第四方面，提供了一种非瞬态计算机可读存储介质。该非瞬态计算机可读存储介质上存储有机器可执行指令，该机器可执行指令在被执行时使机器执行本公开的第一方面的方法。

在一些实施例中，其中第一类型的音频数据为无损音频数据，第二类型的音频数据为标准音频数据。

在一些实施例中，该方法还包括：确定耳机在本体中的放置状态；以及响应于确定至少一个耳机未放置在本体中，确定至少一个耳机中与本体已建立通信连接的耳机数量。

在一些实施例中，其中确定至少一个耳机在本体中的放置状态包括：基于以下至少一项，确定至少一个耳机在本体中的放置状态；本体的耳机充电接口处的电压，耳机充电接口用于本体向耳机充电；霍尔传感器的感测结果；耳机的红外入耳检测传感器的感测结果；以及本体中的限位开关的感测结果，限位开关用于检测耳机与本体之间的耦合。

在一些实施例中，该方法还包括：响应于基于红外入耳检测传感器确定语音交互装置的多个耳机已经离耳，停止向多个耳机发送第一类型的音频数据或者第二类型的音频数据。

在一些实施例中，其中基于耳机充电接口处的电压确定放置状态包括：响应于确定耳机充电接口处的电压符合第一预定条件，确定一个耳机放置在本体中；以及响应于确定耳机充电接口处的电压符合第二预定条件，确定多个耳机放置在本体中。

在一些实施例中，其中向耳机发送第一类型的音频数据包括：确定音频数据的推送是否已被允许；以及响应于确定音频数据的推送已被允许，向多个耳机发送第一类型的音频数据。

在一些实施例中，其中本体为智能手表、智能手环、充电盒中的一项，耳机为蓝牙耳机。

在一些实施例中，其中本体包括用于与网络设备、终端设备和耳机中的至少一个进行通信的通信单元。

提供发明内容部分是为了以简化的形式来介绍对概念的选择，它们在下文的具体实施方式中将被进一步描述。发明内容部分无意标识本公开的关键特征或主要特征，也无意限制本公开的范围。

附图说明

图1示出了根据本公开的实施例的用于控制语音交互装置的系统100的示意图；

图2示出了根据本公开的实施例的语音交互装置200的系统框架图；

图3示出了根据本公开的实施例的语音交互装置300的结构图；

图4示出了根据本公开的实施例的用于控制语音交互装置的方法400的流程图；

图5示出了根据本公开的实施例的用于控制语音交互装置的方法500的流程图；以及

图6示意性示出了适于用来实现本公开实施例的电子设备600的框图。

在各个附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

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

在本文中使用的术语“包括”及其变形表示开放性包括，即“包括但不限于”。除非特别申明，术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。

如上文所描述的，在传统的语音交互装置的控制方案中，如果用户选择下载或播放音频数据，会根据用户的选择将对应的音频数据发送给蓝牙耳机，即便用户当时仅使用一个耳机进行收听，也可能会向蓝牙耳机发送无损音频数据，进而导致即没有提高用户的收听体验，也不利于语音交互装置的省电与节能。

为了至少部分地解决上述问题以及其他潜在问题中的一个或者多个，本公开的示例实施例提出了一种用于控制语音交互装置的方案。在该方案中，响应于确定语音交互装置的至少一个耳机与语音交互装置的本体已建立通信连接，确定本体是否在播放音频数据，本体用于容纳至少一个耳机；响应于确定当前在播放音频数据并且至少一个耳机中的多个耳机与本体已建立通信连接，向多个耳机发送第一类型的音频数据；以及响应于确定当前在播放音频数据并且至少一个耳机中仅有单个耳机与本体已建立通信连接，向单个耳机发送第二类型的音频数据，第一类型的音频数据的数据量大于第二类型的音频数据的数据量。

在上述方案中，通过确定至少一个耳机已与本体建立通信连接，以及确定本体在播放音频数据，进而根据与本体已建立通信连接的是一个耳机还是多个耳机，而对应匹配地向耳机发送数据量较大的第一类型的音频数据或者数据量较小的第二类型的音频数据，本公开的示例实施例能够实现在用户使用一个耳机进行收听时推送数据量较小的音频数据，进而减小语音交互装置的能耗，而在用户使用两个或者更多个耳机进行收听时匹配地推送高质量的音频数据，进而提高用户体验。与传统的语音交互装置的控制方案相比，本公开的示例实施例能够使得所推送音频数据的类型与耳机的使用状态相匹配，进而能够兼顾节约能耗和用户的收听体验。

图1示意性地示出了根据本公开的实施例的用于语音交互装置的系统100的示意图。如图1所示，系统100包括语音交互装置110、终端设备120、服务器130。终端设备120、服务器130通过网络140相连。语音交互装置110包括至少一个无线耳机112和用于容纳无线耳机112的本体114。无线耳机112例如是一个或者多个蓝牙耳机。

在本公开的上下文中，术语“终端设备”是指具备无线收发能力并且可以接入互联网的电子设备。终端设备可以包括，但不限于移动电话、智能电话、膝上型计算机、平板计算机、个人数字助理(PDA)、可穿戴智能设备等等。

服务器130用于经由网络140向终端设备120和/或语音交互装置110进行无线数据交互。服务器130例如包括通信单元，用于通过诸如因特网的计算机网络和/或各种电信网络与终端设备120和/或语音交互装置110交换信息/数据。例如，服务器130能够根据来自终端设备120或语音交互装置110的请求，向终端设备120和/或语音交互装置110发送数据。以及通信单元409，例如网卡、调制解调器、无线通信收发机等。

终端设备120，其例如但不限于是手机。终端设备120可以直接与语音交互装置110进行数据交互。在一些实施例中，终端设备120是手机，手机支持一个或多个无线耳机112的通话功能。手机也可以直接或者经由本体114与无线耳机112进行数据交互，例如向无线耳机112发送所接收的或者本地存储的音频数据，也可以接收经由耳机112的麦克风所输入的语音数据。或者将经由移动网络所接收的数据发送至耳机112。本体114也可以与无线耳机112进行数据交互。

以下将结合图2至图3描述根据本公开的实施例的语音交互装置。图2示出了根据本公开的实施例的语音交互系统200的系统框架图。如图2所示，语音交互装置包括本体210和至少一个耳机260。

本体210用于收纳手机。本体210包括：第一处理器212、第一通信模块214、电源管理模块224、触摸屏226(或者显示屏)、按键228、数据采集单元232、电源242。在一些实施例中，本体210还包括用于向耳机260充电的耳机充电接口230。在一些实施例中，本体210的第一通信模块214还包括：蓝牙模块216、WIFI模块218、LTE模块220、GPS模块222，这些模块与第一处理器212进行数据交互。电源管理模块224与电池242和pogo pin连接器244相连，用于本体210的供电管理、以及向耳机260提供充电电能。本体210的数据采集单元232还包括多个传感器，该传感器例如而不限于是：心率传感器240、陀螺仪传感器238、加速度传感器236和气压传感器234等。在一些实施例中，第一处理器212例如耦合至存储器并且被配置为执行图4所示的方法400或者图5所示的方法500。

在一些实施例中，本体210例如是智能手表或者智能手环，在一些实施例中，本体210例如是充电盒。本体210例如可以经由蓝牙模块216与手机290进行数据交互，本体210还可以通过蓝牙模块216、第二通信模块264而与耳机260进行数据交互。本体210还可以直接与耳机260例如经由BT(Bit Torrent)通信协议进行数据交互。例如，本体210可以将本地存储的音频数据或者来自手机290或者来自图1所示服务器130的音频数据发送给耳机260。

耳机260例如包括：第二处理器268、扬声器262、第二通信模块264、麦克风266、天线270、触摸屏272(或者显示屏)、电池274、充电管理模块278、pogo pin连接器充电输入280等。第二通信模块264用于耳机260与手机290进行数据交互。触摸屏272用于接收用户的触摸输入(例如音乐选择输入、音频音量调节输入)，以及显示相关信息，在一些实施例中，耳机260也可以接收用户的按键输入。麦克风266用于拾取用户的语音信息。在一些实施例中，本体210向耳机260充电时的电能经由pogo pin连接器充电输入280而被提供至耳机260。

在一些实施例中，耳机260例如是两个可以单独以及配合使用的蓝牙耳机。两个蓝牙耳机不存在任何外在的线材连接，使得用户在收听音乐时不会被线材牵绊，从而使用更加便捷。在一些实施例中，耳机260中还设置有红外入耳检测传感器，基于该入耳检测传感器，可以检测是一个还是多个(例如两个)耳机入耳或离耳。当确定两个耳机都已经离耳时，停止向耳机发送音频数据以及停止音频数据的播放。

图3示出了根据本公开的实施例的语音交互装置300的结构图。如图3所示。为了方便讨论，不失一般性地，以如图3所示的耳机311和326、以及手表或手环方式的本体为例来描述语音交互装置300。应当理解，语音交互装置300还可以包括未示出的组成部分和/或可以省略所示出的组成部份，本公开的范围在此方面不受限制。

在一些实施例中，语音交互装置300例如包括：耳机311和326、手表或者手环带312和327、耳机托313和324、电池314和325、自锁装置315和322、显示屏316、手表或者手环的上壳体317、金属圈318、显示屏的镜片319、本体的主电路板320(其上至少配置有图2所示的第一处理器)、充电探针321和328、柔性电路板323(Flexible Printed Circuit简称FPC)、螺丝329、手表或者手环下的壳体330、手表或者手环下的主壳体334、传感器模组331(例如包括心率传感器、计步传感器等)、振动马达332、用于给手表充电的pogo pin输入333。其中，耳机托313和324用于在耳机被放置入本体时分别支撑耳机311和326，以及用于在耳机被取出时分别弹出耳机311和326。自锁装置315和322，用于实现当耳机311和326被放置入本体并且被按下时分别锁住耳机托313和324，以及再次被按下时使耳机托313和324被弹出。柔性电路板323用于实现本体的主电路板320与传感器模组331、电池314和325、充电探针321和328、振动马达332等的电连接。pogo pin输入333例如通过焊线与柔性电路板323相连，进而被电连接至主电路板320。

以下将结合图4描述根据本公开的实施例的用于控制语音交互装置的方案。图4示出了根据本公开的实施例的用于控制语音交互装置的方法400的流程图。应当理解，方法400例如可以在图6所描述的电子设备600处执行。也可以在图2所描述的语音交互装置的本体处执行。应当理解，方法400还可以包括未示出的附加动作和/或可以省略所示出的动作，本公开的范围在此方面不受限制。

在框402处，响应于确定语音交互装置200的至少一个耳机260与语音交互装置的本体210已建立通信连接，确定当前本体210(或者耳机260)是否在播放音频数据，本体用于容纳语音交互装置200的耳机260。在一些实施例中，在进行框402的动作之前，首先确定耳机260(例如至少两个蓝牙耳机)在本体210中的放置状态；以及当确定至少一个耳机260未放置在本体210中，再确定耳机260是否与本体210已成功建立通信连接。在一些实施例中，本体为智能手表、智能手环和充电盒中的任一项。本体210还可以包括用于与网络设备、终端设备和/或其他适当的设备进行通信的通信单元。网络设备例如可以包括基站(eNB、gNB等)、中继器、路由器、网关设备等等。

在一些实施例中，确定耳机260在本体210中的放置状态的方式包括多种，例如：本体210基于耳机充电接口230处的电压、霍尔传感器的感测结果、耳机的红外入耳检测传感器的感测结果、本体中的限位开关(未示出)的感测结果中的至少一项，可以确定耳机在本体中的放置状态。

在一些实施例中，基于耳机充电接口230处的电压来确定耳机在本体中的放置状态的方式例如包括：本体210的第一处理器212检测耳机充电接口230处的电压，当确定耳机充电接口230处的电压符合第一预定条件(例如电压大于第一电平)，则确定一个耳机被放置在本体210中；以及当确定耳机充电接口230处的电压符合第二预定条件(例如电压大于第二电平，其中第二电平大于第一电平)，则确定两个耳机被放置在本体中；以及响应于确定耳机充电接口230处的电压低于第一电平，则确定两个耳机都未放置在本体中。

在一些实施例中，本体210可以基于本体中所配置的限位开关(未示出)来确定耳机260在本体210中的放置状态。例如，在图3所示的耳机托313处、自锁装置315处或者充电探针328处可以设置第一限位开关；在耳机托324处、自锁装置322处或者充电探针321处可以设置第二限位开关耳机。当耳机311和/或326放置在本体中时，对应的第一限位开关的接点和/或第二限位开关的接点被接通。第一限位开关和第二限位开关也可以配置在耳机311和/或326与本体210接触或耦合的其他位置处。当确定耳机260在本体210中的放置状态时，本体的第一处理器212例如确定是否检测到第一限位开关和/或第二限位开关的接点已被接通，进而确定耳机311和/或326是否已被放置在本体中。

在一些实施例中，本体210可以基于霍尔传感器来确定耳机在本体中的放置状态。例如在本体中配置有霍尔传感器，同时在耳机上配置有磁铁。霍尔传感器例如采用开关型霍尔传感器，该开关型霍尔传感器例如而不限于包括：稳压器、霍尔元件、差分放大器，斯密特触发器和输出级组成。由于霍尔传感器对磁场敏感，本体的第一处理器212可以通过检测霍尔传感器的输出数字量来判断带有磁铁的耳机是否已被放置或者耦合在本体210中。在一些实施例中，本体210的第一处理器212可以基于所接收的霍尔传感器的输出数字量以及耳机的红外入耳检测传感器的输出来确定耳机是否已被使用中。

在框404处，当确定(例如本体或者耳机)当前在播放音频数据并且语音交互装置中的多个(例如两个)耳机与本体210已建立通信连接，向该多个耳机发送第一类型的音频数据。在一些实施例中，方法400还包括：确定音频数据的推送是否已被允许；如果确定音频数据的推送已被允许，则向该多个(例如两个)耳机发送第一类型的音频数据。通过采用上述手段，实现了用户对音频数据发送方式的可控性。在一些实施例中，用户可以通过在耳机的配置文件中设定音频数据的推送是否被允许。在一些实施例中，通过读取耳机或者本体的蓝牙模块的状态，以确定当前的蓝牙耳机是处于广播状态、已连接状态、还是sleep状态，进而确定当前是否在播放音频数据中。例如通过本体210的蓝牙模块(蓝牙适配器)，可以搜索蓝牙耳机260，查询已经配对的设备列表，通过已知的MAC地址创建BluetoothDevice，创建BluetoothServerSocket监听来自蓝牙耳机的通信，以获得蓝牙耳机的状态。

在框406处，响应于确定当前在播放音频数据并且语音交互装置的一个耳机260与本体210已建立通信连接，向该一个耳机260发送第二类型的音频数据，该第一类型的音频数据的数据量大于第二类型的音频数据的数据量。在一些实施例中，第一类型的音频数据为无损音频数据，第二类型的音频数据为标准音频数据。在一些实施例中，方法400还包括：如果基于红外入耳检测传感器确定语音交互装置的多个耳机已经离耳，则停止向该多个(例如两个)耳机发送第一类型的音频数据或者第二类型的音频数据。通过采用上述手段，实现了进一步降低了语音交互装置的能耗。

在上述方案中，通过确定至少一个耳机已与本体建立通信连接，以及确定本体在播放音频数据，进而根据与本体210已建立通信连接的是一个耳机260还是至少两个耳机260，而对应匹配地向耳机260发送数据量较大的第一类型的音频数据或者数据量较小的第二类型的音频数据，本公开的方法400能够实现在用户使用一个耳机进行收听时推送数据量较小的音频数据，进而减小语音交互装置的能耗，而在用户使用两个耳机进行收听时匹配地推送高质量的音频数据，进而提高用户体验。

图5示出了根据本公开的实施例的用于控制语音交互装置的方法500的流程图。应当理解，方法500例如可以在图6所描述的用于控制语音交互装置的电子设备600处执行。也可以在图2所描述的语音交互装置的本体处执行。应当理解，方法500还可以包括未示出的附加动作和/或可以省略所示出的动作，本公开的范围在此方面不受限制。

以下示例用于控制语音交互的方法500的各个动作。

在框502处，手机260或者本体210确定是否至少一个耳机260未被放置在本体210中。如果确定为“是”，即至少一个耳机260未放置在本体中，在框504处，确定耳机260是否已经与本体210建立蓝牙连接。如果确定为“是”，在框506处，确定是否仅一个耳机260与本体210建立蓝牙连接。如果确定为“是”，在框508处，确定当前是否在播放音频数据。如果确定为“是”，在框510处，确定是否音频数据推送被允许。如果确定为“是”，在框512处，向已建立蓝牙连接的耳机发送标准音频数据。在框502至510中的任一处，如果确定为“否”，则调转至框520处，以退出。

在框506处，如果手机290或者本体210确定并非仅一个耳机260与本体210建立蓝牙连接，例如，两个耳机260已与本体210建立蓝牙连接，则在框514处，确定当前是否在播放音频数据。如果确定为“是”，在框516处，确定是否音频数据推送被允许。如果确定为“是”，在框518，向已建立蓝牙连接的耳机发送无损音频数据。在框514至515中，如果确定为“否”，则调转至框520处，以退出。

在上述方案中，通过确定与本体已建立通信连接的是一个耳机260还是至少两个耳机260，进而对发送的音频数据的类型进行匹配，从而兼顾降低能耗和提高用户体验。另外，通过用户允许音频数据推送才使得发送的音频数据的类型与耳机的使用状态相匹配，实现了用户对音频数据发送方式的可控性。

图6示意性示出了适于用来实现本公开实施例的电子设备600的框图。设备600可以是用于实现执行图4所示的用于控制语音交互装置的方法400的设备。如图6所示，设备600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的计算机程序指令或者从存储单元608加载到随机访问存储器(RAM)603中的计算机程序指令，来执行各种适当的动作和处理。在RAM 603中，还可存储设备600操作所需的各种程序和数据。CPU601、ROM 602以及RAM603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

设备600中的多个部件连接至I/O接口605，包括：输入单元606、输出单元607、存储单元608，处理单元601执行上文所描述的各个方法和处理，例如执行用于控制语音交互装置的方法400、500。例如，在一些实施例中，方法400、500可被实现为计算机软件程序，其被存储于机器可读介质，例如存储单元608。在一些实施例中，计算机程序的部分或者全部可以经由ROM 602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序加载到RAM 603并由CPU 601执行时，可以执行上文描述的方法400、500的一个或多个操作。备选地，在其他实施例中，CPU 601可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行方法400、500的一个或多个动作。

需要进一步说明的是，本公开可以是方法、装置、系统和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于执行本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，该编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

这里参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给语音交互装置中的处理器、通用计算机、专用计算机或其它可编程数据处理装置的处理单元，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理单元执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本公开的多个实施例的设备、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，该模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

以上该仅为本公开的可选实施例，并不用于限制本公开，对于本领域的技术人员来说，本公开可以有各种更改和变化。凡在本公开的精神和原则之内，所作的任何修改、等效替换、改进等，均应包含在本公开的保护范围之内。

Claims (11)

1.一种用于控制语音交互装置的方法，包括：

响应于确定语音交互装置的至少一个耳机与所述语音交互装置的本体已建立通信连接，确定所述本体是否在播放音频数据，所述本体用于容纳所述至少一个耳机，所述本体是否在播放音频数据是通过读取所述耳机或本体的蓝牙模块的状态来确定的；

响应于确定当前在播放音频数据并且所述至少一个耳机中的多个耳机与所述本体已建立通信连接，向所述多个耳机发送第一类型的音频数据；以及

响应于确定当前在播放音频数据并且所述至少一个耳机中仅有单个耳机与本体已建立通信连接，向所述单个耳机发送第二类型的音频数据，所述第一类型的音频数据的数据量大于所述第二类型的音频数据的数据量，并且所述第一类型的音频数据为无损音频数据，所述第二类型的音频数据为标准音频数据。

2.根据权利要求1所述的方法，还包括：

确定所述耳机在所述本体中的放置状态；以及

响应于确定至少一个耳机未放置在所述本体中，确定所述至少一个耳机中与所述本体已建立通信连接的耳机数量。

3.根据权利要求2所述的方法，其中确定所述至少一个耳机在所述本体中的放置状态包括：

基于以下至少一项，确定所述至少一个耳机在所述本体中的放置状态：

所述本体的耳机充电接口处的电压，所述耳机充电接口用于所述本体向所述耳机充电；

霍尔传感器的感测结果；

所述耳机的红外入耳检测传感器的感测结果；以及

所述本体中的限位开关的感测结果，所述限位开关用于检测所述耳机与所述本体之间的耦合。

4.根据权利要求3所述的方法，还包括：

响应于基于所述红外入耳检测传感器确定所述语音交互装置的多个耳机已经离耳，停止向所述多个耳机发送所述第一类型的音频数据或者所述第二类型的音频数据。

5.根据权利要求3所述的方法，其中基于所述耳机充电接口处的电压确定所述放置状态包括：

响应于确定所述耳机充电接口处的电压符合第一预定条件，确定一个耳机放置在所述本体中；以及

响应于确定所述耳机充电接口处的电压符合第二预定条件，确定多个耳机放置在所述本体中。

6.根据权利要求1所述的方法，其中向所述耳机发送第一类型的音频数据包括：

确定音频数据的推送是否已被允许；以及

响应于确定音频数据的推送已被允许，向所述多个耳机发送所述第一类型的音频数据。

7.根据权利要求1所述的方法，其中所述本体为智能手表、智能手环、充电盒中的一项，所述耳机为蓝牙耳机。

8.根据权利要求1所述的方法，其中所述本体包括用于与网络设备、终端设备和所述耳机中的至少一个进行通信的通信单元。

9.一种语音交互装置，所述装置包括：

耳机；

本体，用于容纳所述耳机，所述本体包括：

通信单元，用于与网络设备、终端设备、所述耳机中的至少一个进行通信；

存储器，被配置为存储一个或多个计算机程序；以及

处理器，耦合至所述存储器并且被配置为执行所述一个或多个程序使所述语音交互装置执行根据权利要求1-8中任一项所述的方法。

10.一种用于控制语音交互装置的设备，所述设备包括：

存储器，被配置为存储一个或多个计算机程序；以及

处理器，耦合至所述存储器并且被配置为执行所述一个或多个程序使所述设备执行根据权利要求1-8中任一项所述的方法。

11.一种非瞬态计算机可读存储介质，其上存储有机器可执行指令，所述机器可执行指令在被执行时使机器执行根据权利要求1-8中任一项所述的方法的步骤。

Images