]图2B是图2六所示实施例涉及的界面示意图；
[0069]图3是根据一示例性实施例示出的一种建立通话的装置的框图；
[0070]图4是根据另一示例性实施例示出的一种建立通话的装置的框图；
[0071 ]图5是根据一示例性实施例示出的一种装置的框图。
【具体实施方式】
[0072]这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
[0073]本公开实施例提供的建立通话的方法，可应用于手机、平板电脑、PCXPersonalComputer，个人计算机)和智能手表等终端设备中。可选地，本公开实施例提供的建立通话的方法，可应用于上述终端设备中安装运行的即时通讯应用中。为了便于描述，在下述方法实施例中，仅以各步骤的执行主体为终端设备进行举例说明，但对此不构成限定。
[0074]图1是根据一示例性实施例示出的一种建立通话的方法的流程图。该建立通话的方法可以包括如下几个步骤。
[0075]在步骤101中，从服务器获取联系人的状态信息，联系人的状态信息用于指示联系人的聊天通话意愿。
[0076]在步骤102中，在通讯列表的对应于联系人的条目中显示可操作控件，可操作控件用于展示联系人的状态信息。
[0077]在步骤103中，获取对应于可操作控件的触发信号。
[0078]在步骤104中，根据触发信号与联系人建立通话连接。
[0079]综上所述，本实施例提供的建立通话的方法，通过在通讯列表的联系人条目中显示用于展示联系人的状态信息的可操作控件，在获取到对应于可操作控件的触发信号之后，建立与联系人之间的通话连接。解决了相关技术中因用户在发起聊天通话请求时，无法获知相应联系人是否有聊天通话意愿，而导致发起失败的聊天通话请求，浪费服务器资源的问题。通过在通讯列表的联系人条目中显示用于展示联系人的状态信息的可操作控件，使得用户在发起聊天通话请求中，能够准确找到具有聊天通话意愿的联系人，提高发起聊天通话请求的成功率，节约服务器资源。另外，由于用户可直接触发联系人条目中的可操作控件发起聊天通话请求，充分简化用户操作，提高操作效率。
[0080]图2A是根据另一示例性实施例示出的一种建立通话的方法的流程图。本实施例以该建立通话的方法应用于终端设备进行举例说明。如图2A所示，该建立通话的方法可以包括以下步骤。
[0081 ]在步骤201中，从服务器获取联系人的状态信息。
[0082]终端设备从服务器获取联系人的状态信息。其中，联系人的状态信息用于指示联系人的聊天通话意愿。例如，聊天通话意愿分为强和弱两种类型，聊天通话意愿强表示用户期望别人向自身发起聊天通话请求，聊天通话意愿弱表示用户不期望别人向自身发起聊天通话请求。
[0083]以任一用户设置自身的状态信息为例，在一种可能的实施方式中，用户使用的终端设备显示状态信息设置界面，该状态信息设置界面用于供用户根据自身的聊天通话意愿设置自身的状态信息。例如，状态信息设置界面中包括“Call我吧”和“请勿打扰”两个选择项，若用户聊天通话意愿较强，则其可选择设置“Call我吧”，若用户聊天通话意愿较弱，则其可选择设置“请勿打扰”。终端设备根据用户对状态信息的设置结果，向服务器上传相应的状态信息，以供其它终端设备从服务器请求获取联系人的状态信息。
[0084]需要说明的一点是，在本公开实施例中，联系人的状态信息用于指示联系人的聊天通话意愿，而非用于指示联系人的忙碌/空闲程度。比如，当用户较为空闲时，其可能聊天通话意愿较强，但其也可能聊天通话意愿较弱。此外，在上述说明中，仅以将聊天通话意愿分为强和弱两种类型进行举例说明，在实际应用中，可以进行更为细致的划分，例如分为强、中、弱和勿扰四种不同类型，本实施例对此不作限定。
[0085]例如，当联系人想要进行聊天通话时，联系人的状态信息可以标记为空闲状态；当联系人当前很忙，没有时间聊天，则联系人的状态信息则可以标记为忙碌状态。状态信息除了空闲状态和忙碌状态之外，还可以包括离开状态、请勿打扰状态和隐身状态等，本实施例对此不做限定。
[0086]在一种可能的实施方式中，终端设备从服务器请求获取用户的所有联系人的状态
?目息O
[0087]在另一种可能的实施方式中，终端设备采用如下方式从服务器获取联系人的状态信息:
[0088]1、获取当前地理位置。
[0089]终端设备获取当前地理位置。例如，终端设备可通过GPS(Global Posit1ningSystem，全球定位系统)技术定位获取当前地理位置。
[0090]2、向服务器发送当前地理位置，以使得服务器根据当前地理位置获取目标范围内的联系人的状态信息。
[0091]终端设备向服务器发送当前地理位置。相应地，服务器接收终端设备发送的当前地理位置，并根据当前地理位置获取目标范围内的联系人的状态信息。其中，目标范围可以是以当前地理位置为中心，距离小于预设值的位置区域。上述预设值可以由系统默认设定，也可由用户自定义设定，本实施例对此不作限定。例如，服务器根据当前地理位置，依据各个终端设备上报的地理位置和用户的状态信息，获取以当前地理位置为中心10公里范围内的联系人的状态信息。
[0092]3、从服务器接收目标范围内的联系人的状态信息。
[0093]终端设备从服务器接收目标范围内的联系人的状态信息。
[0094]需要说明的是，在本公开实施例中，对用户与联系人之间的关系不作限定。例如，用户与联系人之间的关系包括但不限于:好友关系、关注关系、粉丝关系以及陌生人中的任意一种或者多种的组合。例如，终端设备从服务器请求获取距用户的当前地理位置10公里范围内的所有好友的状态信息。
[0095]可选地，本实施例提供的方法还包括如下步骤202:
[0096]在步骤202中，获取联系人的距离，根据联系人的距离确定联系人的条目的排列顺序。
[0097]终端设备获取联系人的距离。例如，终端设备在从服务器获取联系人的状态信息的同时，获取联系人的距离。或者，终端设备在从服务器获取联系人的状态信息的同时，获取联系人的地理位置，进而根据用户的当前地理位置和联系人的地理位置计算联系人的距离。终端设备获取联系人的距离之后，根据预设排列规则对上述距离进行排序，确定联系人的条目的排列顺序。例如，预设排列规则可以按距离由小到大的顺序排列。
[0098]在步骤203中，将联系人的条目按确定的排列顺序显示于通讯列表中，并在联系人的条目中显示可操作控件，该可操作控件用于展示联系人的状态信息。
[0099]终端设备将联系人的条目按确定的排列顺序显示于通讯列表中。其中，通讯列表包括但不限于通话列表、短信列表、会话列表和联系人列表中的任意一种。联系人列表包括但不限于好友列表、附近的人列表、关注的人列表和粉丝列表中的任意一种。通讯列表中包含至少一个条目，每一个条目对应于一个联系人。结合参考图2B，其示出了本实施例所涉及的界面示意图。以好友列表20为例，好友列表20中包含若干个条目21，每一个条目21对应于一个好友。可选地，如图2B所示，按用户与好友之间的距离由小到大的顺序，排列显示各个条目21。
[0100]此外，联系人的条目中除显示有头像、昵称等联系人的基本信息之外，还显示有用于展示联系人的状态信息的可操作控件。在一种可能的实施方式中，终端设备根据联系人的状态信息，确定可操作控件的显示样式，而后按照确定的显示样式在通讯列表的对应联系人的条目中显示可操作控件。其中，不同的状态信息对应于不同的显示样式。可操作控件的显示样式包括但不限于:颜色、形状、文字和图形中的任意一种或多种的组合。结合参考图2B，当联系人的状态信息为聊天通话意愿强时，可操作控件22的显示样式为笑脸(如图2B中好友Lucy所对应的可操作控件)，当联系人的状态信息为聊天通话意愿弱时，可操作控件22的显示样式为哭脸(如图2B中好友王阿姨所对应的可操作控件)。
[0101 ]可选地，终端设备在显示通讯列表中的联系人的条目时，可根据联系人的状态信息，将聊天通话意愿强的联系人的条目优先显示，或者仅显示聊天通话意愿强的联系人的条目，有助于用户快速地选取聊天通话意愿强的联系人发起聊天通话请求。
[0102]在步骤204中，获取对应于