“健身场所”时通常认为被叫用户在健身，位置数据为“医院”时通常认为被叫用户在就诊，位置数据为“法院”时通常认为被叫用户有诉讼，这些情况都是被叫用户不方便、不希望被打扰的情况，因而在状态信息库中相对应的判断结果可以为不方便接听来电。而当位置数据为“公园”、“超市”、或“餐厅”时，相对应的判断结果可以为方便接听来电。可以理解的是，状态信息库中也可以仅存储不方便接听来电的各种状态信息，或方便接听来电的各种状态信息。
[0127]在本公开步骤103中，如果被叫终端所获取的状态信息时基于读取的事件信息得到的，则同样可以查找预先存储的状态信息库，以判断被叫用户当前是否方便接听来电。在状态信息库中，可以将状态信息及与该状态信息对应的是否方便接听电话的判断结果进行存储，也可以仅存储不方便接听来电的各种状态信息或方便接听来电的各种状态信息。例如，事件信息为“会议”或“电话会晤”时，可以对应存储为“不方便接听来电”，事件信息为“同学聚会”或“散步”时，可以对应存储为“方便接听来电”。判断被叫用户是否方便接听来电的过程同上，在此不再赘述。
[0128]在本公开步骤103中，如果被叫终端所获取到的状态信息时基于获取到的运行模式确定的，则也可以查找预先存储的状态信息库，以判断被叫用户当前是否方便接听来电。在状态信息库中，可以将不方便接听来电的各种模式信息，以及方便接听来电的各种模式信息分别存储。例如:模式信息为“开车”，对应的判断结果为“不方便接听电话”。判断被叫用户是否方便接听来电的过程同上，在此不再赘述。
[0129]在本公开步骤103中，如果被叫终端将获取到的社交网络软件的状态信息作为被叫用户的状态信息，则可以查找预先存储的状态信息库，以判断被叫用户当前是否方便接听来电。在状态信息库中，可以将状态信息及与该状态信息对应的是否方便接听电话的判断结果进行存储，也可以仅存储不方便接听来电的各种状态信息或方便接听来电的各种状态信息。例如:状态信息为“忙碌”、“请勿打扰”对应判断结果为“不方便接听电话”，状态信息为“在线”、“Q我吧”，判断结果可以为“方便接听电话”。
[0130]被叫终端确定了被叫用户是否方便接听来电之后，基于被叫用户是否方便接听来电来确定继续提示来电的方式。
[0131]本公开实施例中，如果被叫终端判断为被叫用户方便接听来电，则以非静音模式输出来电提示。其中，非静音模式包括预设的铃音提醒和/或震动提醒等。
[0132]如果被叫终端判断为被叫用户不方便接听来电，则保持在静音模式下输出来电提不O
[0133]本公开实施例中，在判断为被叫用户不方便接听来电时，还可以基于状态信息向主叫终端发送提醒信息，例如，被叫终端获取到的被叫用户的状态信息为“健身”，则基于“健身”生成提醒信息“用户正在健身，请确认是否继续呼叫”发送给主叫终端。
[0134]主叫终端接收到该提醒信息之后，在操作界面上显示该提醒信息“用户正在健身，请确认是否继续呼叫”，并以震动或铃音提示主叫用户查看；或者主叫终端接收到该提醒信息之后，在本地转换为语音播放给主叫用户，主叫用户在读取或听到该提醒信息之后，根据事情的紧急程度确定是否要继续呼叫被叫终端，如果确定不继续呼叫，则被叫用户直接挂断电话即可，如果确定继续呼叫，则主叫用户基于主叫终端的操作界面上显示的确认功能键，向被叫终端发送确认信息，即继续呼叫被叫终端。
[0135]被叫终端在接收到主叫终端基于所述提醒信息发送的确认继续呼叫的呼叫请求时，在非静音模式下输出来电提示。
[0136]如图2所示，图2是根据一示例性实施例示出的一种来电提示应用场景示意图，图2中包括:作为主叫终?而的主叫手机，作为被叫终纟而的被叫手机，以及被叫用户所佩戴的智能手环。其中，主叫手机和被叫手机通过网络连接。可以理解的是，本实施例的终端仅以手机为例进行说明，实际应用中终端还可以是固话终端、PC或平板电脑等其他具备通话功能的终端。智能手环也可以是任何其他能够检测被叫用户的身体参数的设备。
[0137]在图2所示的场景中，主叫手机向被叫手机发起了呼叫请求，被叫手机接收到呼叫请求之后，以静音模式输出来电提示，并与智能手环建立通信连接，获取智能手环所采集的被叫用户的最新身体数据，这里的身体数据包括体温数据、心率数据和脉搏数据。被叫手机基于所获取的身体数据查找状态信息库，该采集的身体数据在状态信息库中所对应的状态信息为睡眠状态，且该睡眠状态在状态信息库中所对应的判断结果为被叫用户不方便接听来电，从而，被叫手机生成提醒信息“用户正在睡觉，请确认是否继续呼叫”并发送给主叫手机，主叫手机接收到该提醒信息，以震动的方式提醒主叫用户查看，主叫用户当前有紧急的事情要与被叫用户进行沟通，因而通过主叫手机操作界面上显示的确认选项，向被叫手机发送确认呼叫的请求，被叫手机接收到该确认呼叫的请求，从静音模式转入到非静音模式，输出预设的铃音作为来电提示。
[0138]在图2所示应用场景中，实现来电提示的具体过程可以参见前述对图1中的描述，在此不再赘述。
[0139]与前述来电提示方法实施例相对应，本公开还提供了来电提示装置及其所应用的终端的实施例。
[0140]如图3所示，图3是本公开根据一示例性实施例示出的一种来电提示装置框图，所述装置可以包括:输出模块310、获取模块320及确定模块330。
[0141]其中，输出模块310，被配置为当接收到主叫终端的呼叫请求时，以静音模式输出来电提示；
[0142]获取模块320，被配置为基于所述呼叫请求，获取被叫用户的状态信息；
[0143]确定模块330，被配置为基于获取模块320所获取的状态信息，确定继续输出来电提示的方式。
[0144]上述实施例中，被叫终端在接收到呼叫请求时，可以先以静音模式输出来电提示，然后基于用户的状态信息确认继续输出来电提示的方式。由此，在用户不方便接听电话时，可以避免对用户造成打扰，而且在用户方便接听电话时，可以选择正常的来电提示的方式，不影响用户接听电话。
[0145]如图4所示，图4是本公开根据一示例性实施例示出的另一种来电提示装置框图，该实施例在前述图3所示实施例的基础上，所述获取模块320可以包括:获取子模块321和查找子模块322。
[0146]其中，获取子模块321，被配置为获取被叫用户的个人数据；
[0147]查找子模块322，被配置为基于获取子模块321获取的个人数据，查找预先设置的状态信息库，将查找到的、与所获取的个人数据相对应的状态信息作为所述被叫用户的状态信息，所述状态信息库中存储有个人数据及与所述个人数据对应的状态信息。
[0148]其中，获取子模块321获取的所述个人数据包括身体数据或位置数据；
[0149]所述身体数据包括体温数据、心率数据、脉搏数据以及速度数据中的一项或多项。
[0150]上述实施例中，被叫终端可以基于获取到的被叫用户的身体数据或位置数据在预先设置的状态信息库中查找到对应的状态信息。
[0151]如图5所示，图5是本公开根据一示例性实施例示出的另一种来电提示装置框图，该实施例在前述图4所示实施例的基础上，获取子模块321可以包括:通信连接建立子模块3211和身体数据接收子模块3212。
[0152]通信连接建立子模块3211，被配置为当所述个人数据为所述身体数据时，与所述被叫用户所佩戴的可穿戴设备建立通信连接；
[0153]身体数据接收子模块3212，被配置为接收所述可穿戴设备发送的所采集的所述被叫用户的身体数据。
[0154]上述实施例中，被叫终端可以通过与被叫用户佩戴的可穿戴设备通信获取被叫用户的身体数据。从而有利于根据被叫用户的身体数据确定被叫用户是否方便接听电话，例如身体数据表明被叫用户在“睡眠”时说明被叫用户不方便接听电话。
[0155]如图6所示，图6是本公开根据一示例性实施例示出的另一种来电提示装置框图，该实施例在前述图4所示实施例的基础上，获取子模块321可以包括:定位请求发送子模块3213和位置数据接收子模块3214。
[0156]其中，定位请求发送子模块3213，被配置为当所述个人数据为所述位置数据时，向卫星发送定位请求；
[0157]位置数据接收子模块3214，被配置为接收所述卫星基于所述定位请求发送子模块3213发送的定位请求对所述被叫终端进行定位之后，发送的位置数据。
[0158]上述实施例中，被叫终端可以通过自带的定位功能获取被叫用户的位置数据。从而有利于根据被叫用户的位置来确定被叫用户是否方便接听电话，例如位置数据为“健身场所”、“法院”等时说明被叫用户不便于接听电话。
[0159]如图7所示，图7是本公开根据一示例性实施例示出的另一种来电提示装置框图，该实施例在前述图3所示实施例的基础上，获取模块320可以包括:运行模式读取子模块323和状态提取子模块324。
[0160]其中，运行模式读取子模块323，被配置为读取被叫终端的当前运行模式；
[0161]状态提取子模块324，被配置为提取运行模式赌球子模块323读取的运行模式对应的状态，将所提取的状态作为所述被叫用户的状态信息。
[0162]上述实施例中，被叫终端可以将当前运行模式对应的状态作为用户的状态信息，如果当前运行于开车模式，则可以确定被叫用户不方便接听电话。
[0163]如图8所示，图8是本公开根据一示例性实施例示出的另一种来电提示装置框图，该实施例在前述图3所示实施例的基础上，获取模块320可以包括:社交软件检测子模块325、优先级查询子模块326和账户状态信息读取子模块327。
[0164]其中，社交软件检测子模块325，被配置为检测被叫终端中安装的社交软件中处于非离线状态的社交软件；
[0165]优先级查询子模块326，被配置为查询社交软件检测子模块325检测的处于非离线状态的社交软件