实现直播中连麦的方法及装置、主播客户端和用户客户端与流程

本公开涉及通信技术领域，尤其涉及一种实现直播中连麦的方法及装置、主播客户端和用户客户端。

背景技术：

随着互联网技术和移动终端技术的快速发展，各种移动终端例如手机已非常普及，并且，功能日益强大。例如，用户可以在手机上安装所需应用程序(APP)。手机APP的多种交互方式已成为满足用户各种需求的重要手段。

目前，直播APP越来越受欢迎，越来越多的主播利用直播APP向观众播放各种内容。一些直播APP(例如映客，YY等)通过与观众连麦能在主播直播过程中与观众进行直播连线，两者可以在同一个直播间内直播互动。

但是，上述互动方式适用于已经打开直播APP的观众用户，互动性差。

技术实现要素：

为克服相关技术中存在的问题，本公开提供一种实现直播中连麦的方法及装置、主播客户端和用户客户端。

根据本公开实施例的第一方面，提供一种实现直播中连麦的方法，包括：

接收连麦入口的触发请求；

根据所述触发请求显示连麦对象，所述连麦对象包括当前直播应用程序APP的通讯录好友，所述通讯录好友为所述当前直播APP的注册用户且未位于当前直播间；

接收选中的连麦对象，并向所述选中的连麦对象发送连麦请求；

若接收到所述选中的连麦对象返回的确认连麦响应，则与所述选中的连麦对象进行连麦。

在一实施例中，在所述接收连麦入口的触发请求之前，所述方法还包括：

向所述直播服务器发送所述当前直播APP的下载请求，所述下载请求用于所述直播服务器读取当前终端的系统通讯录，并将读取的不同终端的系统通讯录进行比对，以生成不同终端当前直播APP的通讯录；

接收所述直播服务器根据所述下载请求返回的当前终端当前直播APP的通讯录，并保存所述当前终端当前直播APP的通讯录。

在一实施例中，所述连麦对象还包括当前直播间的观众。

在一实施例中，在所述向所述选中的连麦对象发送连麦请求之后，所述方法还包括：

若接收到所述选中的连麦对象返回的拒绝连麦响应，则显示连麦失败的提示信息。

根据本公开实施例的第二方面，提供一种实现直播中连麦的方法，包括：

接收并显示主播客户端发送的连麦请求；

若接收到针对所述连麦请求的确认连麦触发请求，则向所述主播客户端返回确认连麦响应；

开启当前直播APP，并与所述主播客户端进行连麦。

在一实施例中，所述接收并显示主播客户端发送的连麦请求，包括：

直接显示所述连麦请求；或者

通过悬浮窗口显示所述连麦请求。

在一实施例中，在所述接收并显示主播客户端发送的连麦请求之后，所述方法还包括：

若接收到针对所述连麦请求的拒绝连麦触发请求，则向所述主播客户端返回拒绝连麦响应。

根据本公开实施例的第三方面，提供一种实现直播中连麦的装置，包括：

接收模块，被配置为接收连麦入口的触发请求；

显示模块，被配置为根据所述接收模块接收的所述触发请求显示连麦对象，所述连麦对象包括当前直播应用程序APP的通讯录好友，所述通讯录好友为所述当前直播APP的注册用户且未位于当前直播间；

接收发送模块，被配置为接收选中的连麦对象，并向所述选中的连麦对象发送连麦请求；

接收连麦模块，被配置为若接收到所述选中的连麦对象根据所述接收发送模块发送的所述连麦请求返回的确认连麦响应，则与所述选中的连麦对象进行连麦。

在一实施例中，所述装置还包括：

下载请求发送模块，被配置为在所述接收模块接收连麦入口的触发请求之前，向所述直播服务器发送所述当前直播APP的下载请求，所述下载请求用于所述直播服务器读取当前终端的系统通讯录，并将读取的不同终端的系统通讯录进行比对，以生成不同终端当前直播APP的通讯录；

接收保存模块，被配置为接收所述直播服务器根据所述下载请求发送模块发送的所述下载请求返回的当前终端当前直播APP的通讯录，并保存所述当前终端当前直播APP的通讯录。

在一实施例中，所述连麦对象还包括当前直播间的观众。

在一实施例中，所述装置还包括：

接收显示模块，被配置为在所述接收发送模块向所述选中的连麦对象发送连麦请求之后，若接收到所述选中的连麦对象返回的拒绝连麦响应，则显示连麦失败的提示信息。

根据本公开实施例的第四方面，提供一种实现直播中连麦的装置，包括：

接收显示模块，被配置为接收并显示主播客户端发送的连麦请求；

接收返回模块，被配置为若接收到针对所述接收显示模块显示的所述连麦请求的确认连麦触发请求，则向所述主播客户端返回确认连麦响应；

开启连麦模块，被配置为开启当前直播APP，并与所述主播客户端进行连麦。

在一实施例中，所述接收显示模块包括：

第一显示子模块，被配置为直接显示所述连麦请求；或者

第二显示子模块，被配置为通过悬浮窗口显示所述连麦请求。

在一实施例中，所述接收返回模块，还被配置为在所述接收显示模块接收并显示主播客户端发送的连麦请求之后，若接收到针对所述连麦请求的拒绝连麦触发请求，则向所述主播客户端返回拒绝连麦响应。

根据本公开实施例的第五方面，提供一种主播客户端，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，处理器被配置为：

接收连麦入口的触发请求；

根据所述触发请求显示连麦对象，所述连麦对象包括当前直播应用程序APP的通讯录好友，所述通讯录好友为所述当前直播APP的注册用户且未位于当前直播间；

接收选中的连麦对象，并向所述选中的连麦对象发送连麦请求；

若接收到所述选中的连麦对象返回的确认连麦响应，则与所述选中的连麦对象进行连麦。

根据本公开实施例的第六方面，提供一种用户客户端，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，处理器被配置为：

接收并显示主播客户端发送的连麦请求；

若接收到针对所述连麦请求的确认连麦触发请求，则向所述主播客户端返回确认连麦响应；

开启当前直播APP，并与所述主播客户端进行连麦。

本公开的实施例提供的技术方案可以包括以下有益效果：通过显示包含当前直播APP的通讯录好友的连麦对象，使得用户可以选择未位于当前直播间的好友进行连麦，扩大了连麦对象的范围，从而可以提供更多的互动对象和互动场景，互动性更好。

通过向直播服务器发送当前直播APP的下载请求，并接收直播服务器根据该下载请求返回的当前终端当前直播APP的通讯录，从而为后续可以从当前直播APP的通讯录中选择连麦对象提供条件。

通过在接收到选中的连麦对象返回的拒绝连麦响应后，显示连麦失败的提示信息来提示主播与当前选中的连麦对象连麦失败。

通过描述连麦对象的内容，使得方案更清楚。

在接收到针对连麦请求的确认连麦触发请求后，向主播客户端返回确认连麦响应，即可与主播客户端进行连麦，从而实现了未位于直播间的用户也可以与主播客户端进行连麦。

可以直接显示连麦请求，也可以通过悬浮窗口显示连麦请求，实现方式灵活、多样。

通过向主播客户端发送拒绝连麦响应，使得主播客户端可以根据显示的连麦失败的提示信息来获知与当前选中的连麦对象连麦失败。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的直播系统的架构图。

图2A是根据一示例性实施例示出的一种实现直播中连麦的方法的流程图。

图2B是根据一示例性实施例示出的带有连麦入口的界面示意图。

图2C是根据一示例性实施例示出的选择连麦对象的界面示意图。

图3是根据一示例性实施例示出的另一种实现直播中连麦的方法的流程图。

图4是根据一示例性实施例示出的另一种实现直播中连麦的方法的流程图。

图5A是根据一示例性实施例示出的又一种实现直播中连麦的方法的流程图。

图5B是根据一示例性实施例示出的一种接收连麦请求的界面示意图。

图5C是根据一示例性实施例示出的另一种接收连麦请求的界面示意图。

图5D是根据一示例性实施例示出的连麦界面示意图。

图6是根据一示例性实施例示出的再一种实现直播中连麦的方法的流程图。

图7是根据一示例性实施例示出的一种实现直播中连麦的装置的框图。

图8是根据一示例性实施例示出的另一种实现直播中连麦的装置的框图。

图9是根据一示例性实施例示出的另一种实现直播中连麦的装置的框图。

图10是根据一示例性实施例示出的又一种实现直播中连麦的装置的框图。

图11是根据一示例性实施例示出的再一种实现直播中连麦的装置的框图。

图12是根据一示例性实施例示出的一种适用于主播客户端或用户客户端的装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

图1是根据一示例性实施例示出的直播系统的架构图，直播系统可以包括：主播客户端10、可与直播客户端10进行通信的直播服务器20及可与直播服务器20进行通信的观众客户端30a和安装了当前直播APP但未开启该APP的用户客户端30b、30c。其中，上述主播客户端可以是主播使用的设备(如：手机等)，上述观众客户端、用户客户端可以是观众或用户使用的设备(如：手机、虚拟现实(Virtual Reality，VR)头盔等)。其中，主播客户端可以包括一种或多种信号采集设备(如：摄像头、麦克风等)。在直播过程中，若主播点击主播客户端10直播界面上的连麦入口，则主播客户端10接收连麦入口的触发请求，并根据该触发请求显示连麦对象，在该实施例中，连麦对象可以包括当前直播APP的通讯录好友，即未位于当前直播间的用户，例如用户B和用户C。假设，当前直播APP的通讯录好友为用户B和用户C，且主播选中了用户B，则主播客户端10向观众客户端20发送连麦请求，若用户B点击“接收”连麦请求，则观众客户端20向主播客户端10返回确认连麦响应，此时观众客户端20开启当前直播APP，显示当前直播画面，且主播客户端10与观众客户端20连麦成功。若用户B点击“拒绝”连麦请求，则观众客户端20向主播客户端10返回拒绝连麦响应，主播客户端10的当前直播界面上可显示连麦失败的提示信息，此时，主播客户端10可以根据需要选择其他连麦对象，以进行直播互动。上述实施例，可以与安装了当前直播APP但未开启当前直播APP即未位于当前直播间的用户进行连麦，扩大了连麦对象的范围，从而可以提供更多的互动对象和互动场景，互动性更好。

图2A是根据一示例性实施例示出的一种实现直播中连麦的方法的流程图，如图2A所示，该实现直播中连麦的方法可应用于主播客户端上，该方法包括以下步骤S201-S204：

在步骤S201中，接收连麦入口的触发请求。

如图2B所示，主播客户端的直播界面上有连麦入口。主播在直播过程中，可以点击该连麦入口，以显示连麦对象。

在步骤S202中，根据该触发请求显示连麦对象，该连麦对象包括当前直播APP的通讯录好友，该通讯录好友为当前直播APP的注册用户且未位于当前直播间。

在该实施例中，该连麦对象可以包括直播间的观众，还可以包括当前直播APP的通讯录好友，如图2C所示。

在步骤S203中，接收选中的连麦对象，并向选中的连麦对象发送连麦请求。

在该实施例中，主播可以从图2C所示的连麦对象中选择任意一个连麦对象，在选中一个连麦对象后，可以向选中的连麦对象发送连麦请求。

在步骤S204中，若接收到选中的连麦对象返回的确认连麦响应，则与选中的连麦对象进行连麦。

在该实施例中，如果连麦对象接收了该连麦请求，则向主播客户端返回确认连麦响应，主播客户端在接收确认连麦响应后，可与选中的连麦对象进行连麦。

上述实现直播中连麦的方法实施例，通过显示包含当前直播APP的通讯录好友的连麦对象，使得用户可以选择未位于当前直播间的好友进行连麦，扩大了连麦对象的范围，从而可以提供更多的互动对象和互动场景，互动性更好。

图3是根据一示例性实施例示出的另一种实现直播中连麦的方法的流程图，该实施例可应用于主播客户端上，如图3所示，在上述步骤S201之前，该方法还可以包括如下步骤：

在步骤S301中，向直播服务器发送当前直播APP的下载请求。

在该实施例中，主播客户端可以向直播服务器发送当前直播APP的下载请求，直播服务器在接收下载请求后，可以根据该下载请求读取当前终端的系统通讯录，并将读取的不同终端的系统通讯录进行比对，以生成不同终端当前直播APP的通讯录。

例如，直播服务器读取到的用户a的终端系统通讯录中有联系人b和c，用户b的终端系统通讯录中有联系人a和d，用户c的终端系统通讯录中有联系人a，则可以获得用户a的终端当前直播APP的通讯录中有联系人b和c，用户b的终端当前直播APP的通讯录中有联系人a，用户c的终端当前直播APP的通讯录中有联系人a。

在步骤S302中，接收直播服务器根据下载请求返回的当前终端当前直播APP的通讯录，并保存当前终端当前直播APP的通讯录。

主播客户端在接收直播服务器返回的当前直播APP的通讯录之后，可以保存该通讯录，以便主播可以从该通讯录中选择连麦对象。

上述实施例，通过向直播服务器发送当前直播APP的下载请求，并接收直播服务器根据该下载请求返回的当前终端当前直播APP的通讯录，从而为后续可以从当前直播APP的通讯录中选择连麦对象提供条件。

图4是根据一示例性实施例示出的另一种实现直播中连麦的方法的流程图，该实施例可应用于主播客户端上，如图4所示，在上述步骤S203之后，该方法还可以包括如下步骤：

在步骤S205中，若接收到选中的连麦对象返回的拒绝连麦响应，则显示连麦失败的提示信息。

在该实施例中，如果连麦对象拒绝了该连麦请求，则向主播客户端返回拒绝连麦响应，主播客户端在接收拒绝连麦响应后，无法与选中的连麦对象进行连麦，并显示连麦失败的提示信息，主播在看到该提示信息后，可以重新选择连麦对象。

上述实现直播中连麦的方法实施例，通过在接收到选中的连麦对象返回的拒绝连麦响应后，显示连麦失败的提示信息来提示主播与当前选中的连麦对象连麦失败。

图5A是根据一示例性实施例示出的又一种实现直播中连麦的方法的流程图，该方法可应用于用户客户端上，如5A所示，该方法包括以下步骤S501-S503：

在步骤S501中，接收并显示主播客户端发送的连麦请求。

在该实施例中，用户客户端在接收连麦请求后，可以通过多种方式显示该连麦请求。例如，如图5B所示，可以在当前界面直接显示连麦请求，又例如，如图5C所示，可以在当前界面通过悬浮窗口显示连麦请求。

在步骤S502中，若接收到针对该连麦请求的确认连麦触发请求，则向主播客户端返回确认连麦响应。

如果被选中连麦对象点击如图5B所示界面上的“接收”按钮或者点击图5C所示界面上的悬浮窗口，则被选中连麦对象的客户端接收到针对该连麦请求的确认连麦触发请求，并向主播客户端返回确认连麦响应。

在步骤S503中，开启当前直播APP，并与主播客户端进行连麦。

在该实施例中，被选中的连麦对象在接收连麦请求后，被选中连麦对象的客户端开启当前直播APP即自动跳转到当前直播间，显示当前直播画面，如图5D所示，并与主播客户端进行连麦。

上述实现直播中连麦的方法实施例，在接收到针对连麦请求的确认连麦触发请求后，向主播客户端返回确认连麦响应，即可与主播客户端进行连麦，从而实现了未位于直播间的用户也可以与主播客户端进行连麦。

图6是根据一示例性实施例示出的再一种实现直播中连麦的方法的流程图，该实施例可应用于主播客户端上，如图6所示，在上述步骤S501之后，该方法还可以包括如下步骤：

在步骤S504中，若接收到针对连麦请求的拒绝连麦触发请求，则向主播客户端返回拒绝连麦响应。

如果被选中连麦对象点击如图5B所示界面上的“拒绝”按钮，则被选中连麦对象的客户端接收到针对该连麦请求的拒绝连麦触发请求，并向主播客户端返回拒绝连麦响应。

上述实现直播中连麦的方法实施例，通过向主播客户端发送拒绝连麦响应，使得主播客户端可以根据显示的连麦失败的提示信息来获知与当前选中的连麦对象连麦失败。

与前述实现直播中连麦的方法实施例相对应，本公开还提供了实现直播中连麦的装置实施例。

图7是根据一示例性实施例示出的一种实现直播中连麦的装置的框图，如图7所示，实现直播中连麦的装置包括：接收模块71、显示模块72、接收发送模块73和接收连麦模块74。

接收模块71被配置为接收连麦入口的触发请求。

如图2B所示，主播客户端的直播界面上有连麦入口。主播在直播过程中，可以点击该连麦入口，以显示连麦对象。

显示模块72被配置为根据接收模块71接收的触发请求显示连麦对象，连麦对象包括当前直播应用程序APP的通讯录好友，通讯录好友为当前直播APP的注册用户且未位于当前直播间。

在该实施例中，该连麦对象可以包括直播间的观众，还可以包括当前直播APP的通讯录好友，如图2C所示。

接收发送模块73被配置为接收选中的连麦对象，并向选中的连麦对象发送连麦请求。

在该实施例中，主播可以从图2C所示的连麦对象中选择任意一个连麦对象，在选中一个连麦对象后，可以向选中的连麦对象发送连麦请求。

接收连麦模块74被配置为若接收到选中的连麦对象根据接收发送模块73发送的连麦请求返回的确认连麦响应，则与选中的连麦对象进行连麦。

在该实施例中，如果连麦对象接收了该连麦请求，则向主播客户端返回确认连麦响应，主播客户端在接收确认连麦响应后，可与选中的连麦对象进行连麦。

如图7所示的装置用于实现上述如图2A所示的方法流程，涉及到的相关内容描述相同，此处不赘述。

上述实现直播中连麦的装置实施例，通过显示包含当前直播APP的通讯录好友的连麦对象，使得用户可以选择未位于当前直播间的好友进行连麦，扩大了连麦对象的范围，从而可以提供更多的互动对象和互动场景，互动性更好。

图8是根据一示例性实施例示出的另一种实现直播中连麦的装置的框图，如图8所示，在上述图7所示实施例的基础上，该装置还可以包括：下载请求发送模块75和接收保存模块76。

下载请求发送模块75被配置为在接收模块71接收连麦入口的触发请求之前，向直播服务器发送当前直播APP的下载请求，下载请求用于直播服务器读取当前终端的系统通讯录，并将读取的不同终端的系统通讯录进行比对，以生成不同终端当前直播APP的通讯录。

接收保存模块76被配置为接收直播服务器根据下载请求发送模块发送的下载请求返回的当前终端当前直播APP的通讯录，并保存当前终端当前直播APP的通讯录。

例如，直播服务器读取到的用户a的终端系统通讯录中有联系人b和c，用户b的终端系统通讯录中有联系人a和d，用户c的终端系统通讯录中有联系人a，则可以获得用户a的终端当前直播APP的通讯录中有联系人b和c，用户b的终端当前直播APP的通讯录中有联系人a，用户c的终端当前直播APP的通讯录中有联系人a。

如图8所示的装置用于实现上述如图3所示的方法流程，涉及到的相关内容描述相同，此处不赘述。

上述实施例，通过向直播服务器发送当前直播APP的下载请求，并接收直播服务器根据该下载请求返回的当前终端当前直播APP的通讯录，从而为后续可以从当前直播APP的通讯录中选择连麦对象提供条件。

图9是根据一示例性实施例示出的另一种实现直播中连麦的装置的框图，如图9所示，在上述图7所示实施例的基础上，该装置还可以包括：接收显示模块77。

接收显示模块77被配置为在接收发送模块73向选中的连麦对象发送连麦请求之后，若接收到选中的连麦对象返回的拒绝连麦响应，则显示连麦失败的提示信息。

在该实施例中，如果连麦对象拒绝了该连麦请求，则向主播客户端返回拒绝连麦响应，主播客户端在接收拒绝连麦响应后，无法与选中的连麦对象进行连麦，并显示连麦失败的提示信息，主播在看到该提示信息后，可以重新选择连麦对象。

如图9所示的装置用于实现上述如图4所示的方法流程，涉及到的相关内容描述相同，此处不赘述。

上述实施例，通过在接收到选中的连麦对象返回的拒绝连麦响应后，显示连麦失败的提示信息来提示主播与当前选中的连麦对象连麦失败。

图10是根据一示例性实施例示出的又一种实现直播中连麦的装置的框图，如图10所示，实现直播中连麦的装置包括：接收显示模块91、接收返回模块92和开启连麦模块93。

接收显示模块91被配置为接收并显示主播客户端发送的连麦请求。

在该实施例中，用户客户端在接收连麦请求后，可以通过多种方式显示该连麦请求。例如，如图5B所示，可以在当前界面直接显示连麦请求，又例如，如图5C所示，可以在当前界面通过悬浮窗口显示连麦请求。

接收返回模块92被配置为若接收到针对接收显示模块91显示的连麦请求的确认连麦触发请求，则向主播客户端返回确认连麦响应。

如果被选中连麦对象点击如图5B所示界面上的“接收”按钮或者点击图5C所示界面上的悬浮窗口，则被选中连麦对象的客户端接收到针对该连麦请求的确认连麦触发请求，并向主播客户端返回确认连麦响应。

开启连麦模块93被配置为开启当前直播APP，并与主播客户端进行连麦。

在该实施例中，被选中的连麦对象在接收连麦请求后，被选中连麦对象的客户端开启当前直播APP即自动跳转到当前直播间，显示当前直播画面，并与主播客户端连麦成功。

如图10所示的装置用于实现上述如图5A所示的方法流程，涉及到的相关内容描述相同，此处不赘述。

上述实施例，在接收到针对连麦请求的确认连麦触发请求后，向主播客户端返回确认连麦响应，即可与主播客户端进行连麦，从而实现了未位于直播间的用户也可以与主播客户端进行连麦。

图11是根据一示例性实施例示出的再一种实现直播中连麦的装置的框图，如图11所示，在上述图10所示实施例的基础上，接收显示模块91可以包括以下任一子模块：第一显示子模块911和第二显示子模块912。

第一显示子模块911被配置为直接显示连麦请求。

第二显示子模块912被配置为通过悬浮窗口显示连麦请求。

在该实施例中，可以通过多种方式显示该连麦请求。例如，如图5B所示，第一显示子模块911可以在当前界面直接显示连麦请求，又例如，如图5C所示，第二显示子模块912可以在当前界面通过悬浮窗口显示连麦请求。

在一实施例中，接收返回模块92还可被配置为在接收显示模块91接收并显示主播客户端发送的连麦请求之后，若接收到针对连麦请求的拒绝连麦触发请求，则向主播客户端返回拒绝连麦响应。

如果被选中连麦对象点击如图5B所示界面上的“拒绝”按钮，则被选中连麦对象的客户端接收到针对该连麦请求的拒绝连麦触发请求，并向主播客户端返回拒绝连麦响应。

通过向主播客户端发送拒绝连麦响应，使得主播客户端可以根据显示的连麦失败的提示信息来获知与当前选中的连麦对象连麦失败。

如图11所示的装置用于实现上述如图6所示的方法流程，涉及到的相关内容描述相同，此处不赘述。

上述实施例，可以直接显示连麦请求，也可以通过悬浮窗口显示连麦请求，实现方式灵活、多样。

关于上述实施例中的装置，其中各个模块、子模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图12是根据一示例性实施例示出的一种适用于主播客户端或用户客户端的装置的框图。例如，装置1200可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，飞行器等。

参照图12，装置1200可以包括以下一个或多个组件：处理组件1202，存储器1204，电源组件1206，多媒体组件1208，音频组件1210，输入/输出(I/O)的接口1212，传感器组件1214，以及通信组件1216。

处理组件1202通常控制装置1200的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件1202可以包括一个或多个处理器1220来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1202可以包括一个或多个模块，便于处理组件1202和其他组件之间的交互。例如，处理部件1202可以包括多媒体模块，以方便多媒体组件1208和处理组件1202之间的交互。

存储器1204被配置为存储各种类型的数据以支持在设备1200的操作。这些数据的示例包括用于在装置1200上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1204可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电力组件1206为装置1200的各种组件提供电力。电力组件1206可以包括电源管理系统，一个或多个电源，及其他与为装置1200生成、管理和分配电力相关联的组件。

多媒体组件1208包括在所述装置1200和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1208包括一个前置摄像头和/或后置摄像头。当设备1200处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1210被配置为输出和/或输入音频信号。例如，音频组件1210包括一个麦克风(MIC)，当装置1200处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1204或经由通信组件1216发送。在一些实施例中，音频组件1210还包括一个扬声器，用于输出音频信号。

I/O接口1212为处理组件1202和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1214包括一个或多个传感器，用于为装置1200提供各个方面的状态评估。例如，传感器组件1214可以检测到设备1200的打开/关闭状态，组件的相对定位，例如所述组件为装置1200的显示器和小键盘，传感器组件1214还可以检测装置1200或装置1200一个组件的位置改变，用户与装置1200接触的存在或不存在，装置1200方位或加速/减速和装置1200的温度变化。传感器组件1214可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1214还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1214还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1216被配置为便于装置1200和其他设备之间有线或无线方式的通信。装置1200可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件1216经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件1216还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置1200可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1204，上述指令可由装置1200的处理器1220执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。