CN115643337B - 呼叫时间提醒的方法及终端 - Google Patents

Abstract

本申请涉及终端领域，提供了一种呼叫时间提醒的方法及终端。该呼叫时间提醒的方法包括：接收呼叫者通过第二移动终端发起的呼叫；当确定发生未接呼叫事件时，基于呼叫时间预测模型获取再次呼叫的时间信息；向所述第二移动终端发送呼叫时间提醒消息，所述呼叫时间提醒消息用于向所述呼叫者提示所述再次呼叫的时间信息。本申请提供的呼叫时间提醒的方法通过在通话呼叫未被接听时，被叫者的移动终端预测被叫者方便接听的时间信息，并向呼叫者推送该时间信息，从而提高双方成功通话的概率，以及提升用户的通话体验。

Description

呼叫时间提醒的方法及终端

技术领域

本申请涉及终端领域，尤其涉及一种呼叫时间提醒的方法及终端。

背景技术

现代通信网络已向用户提供了大量的特征和功能，使得用户朋友、家庭、同事以及其他人更加容易地保持联系。然而，在实际应用中，被叫者有时会在忙碌或其他不方便接听通话的时刻收到来电，此时，被呼叫者无法接听来电。面对这种情形，呼叫者经常无法直观地获知需间隔多长时间再次呼叫更为合适，而不合适的呼叫时机会给呼叫者和被呼叫者带来不佳的体验。

发明内容

本申请提供了一种呼叫时间提醒的方法及终端，通过发生未接呼叫时，预测并向呼叫者提醒再次呼叫的合适时间，能够解决呼叫双方通话效率低的问题。

第一方面，提供了一种呼叫时间提醒的方法，应用于第一移动终端，包括：接收呼叫者通过第二移动终端发起的呼叫；当确定发生未接呼叫事件时，基于呼叫时间预测模型获取再次呼叫的时间信息；向所述第二移动终端发送呼叫时间提醒消息，所述呼叫时间提醒消息用于向所述呼叫者提示所述再次呼叫的时间信息。

可选地，呼叫者通过第二移动终端发起的呼叫可以包括呼叫者通过电话拨号方式发起的呼叫，也可以包括呼叫者通过即时通讯应用程序发起的呼叫等。

需要说明的，再次呼叫的时间信息可以指被叫者接听呼叫概率较高的时间。

根据本实现方式提供的呼叫时间提醒的方法，通过将分析并量化用户状态、用户设备使用习惯等，确定其对再次呼叫时间的影响，使得再次呼叫时间的预测结果更加准确，提升双方通话成功的可能性。

结合第一方面，在第一方面的某些实现方式中，所述再次呼叫的时间信息为再次呼叫的等待时长或者为再次呼叫的时刻。

结合第一方面，在第一方面的某些实现方式中，所述向所述第二移动终端发送呼叫时间提醒消息，具体包括：通过短信方式向所述第二移动终端发送所述呼叫时间提醒消息；或者，通过即时通讯应用程序向所述第二移动终端发送所述呼叫时间提醒消息。

其中，即时通讯可以包括第三方即时通讯应用程序，也可以包括第一移动终端自带的即时通讯应用程序。

结合第一方面，在第一方面的某些实现方式中，所述呼叫时间提醒消息为语音和/或文本。

结合第一方面，在第一方面的某些实现方式中，所述呼叫时间预测模型用于根据用户状态、用户对所述第一移动终端的使用习惯和所述用户对所述第一移动终端的实时操作频率。

其中，用户可以指被叫者。用户对第一移动终端的使用习惯可以以用户单次使用该第一移动终端的时长，或者用户在每天的不同时段使用第一移动终端的时长等来表征。用户对第一移动终端的实时操作频率可以以在未接呼叫事件发生时的时段或者邻近时段中，用户使用该第一移动终端的频率。

应理解，上述表征用户对第一移动终端的使用习惯过程中所涉及的时段(记为第一时段)，与表征用户对第一移动终端的实时操作频率过程中所涉及的时段(记为第二时段)，均可以根据需要灵活划分获得，第一时段和第二时段不相同。

结合第一方面，在第一方面的某些实现方式中，所述当确定发生未接呼叫事件时，基于呼叫时间预测模型获取再次呼叫的时间信息，具体包括：收集目标信息，所述目标信息用于指示所述用户状态、所述用户对所述第一移动终端的使用习惯和所述用户对所述第一移动终端的实时操作频率；根据所述目标信息确定用户事件影响因子、设备使用率影响因子和实时操作频率影响因子，其中，所述用户事件影响因子用于指示所述用户习惯对再次呼叫时间的影响，所述设备使用率影响因子用于指示所述用户对所述第一移动终端的使用习惯对再次呼叫时间的影响，所述实时操作频率影响因子用于指示所述用户对所述第一移动终端的实时操作频率对再次呼叫时间的影响；根据所述用户事件影响因子、所述设备使用率影响因子和所述实时操作频率影响因子确定所述再次呼叫的时间信息。

结合第一方面，在第一方面的某些实现方式中，所述根据所述用户事件影响因子、所述设备使用率影响因子和所述实时操作频率影响因子确定所述再次呼叫的时间信息，具体包括：根据所述用户事件影响因子、所述设备使用率影响因子和所述实时操作频率影响因子确定回拨及时性参数，所述回拨及时性参数用于指示再次呼叫的及时性；根据预获取的所述用户的历史回拨时长和所述回拨及时性参数获取所述再次呼叫的时间信息。

结合第一方面，在第一方面的某些实现方式中，当再次呼叫的时间信息为再次呼叫的等待时长，且所述回拨及时性参数与所述再次呼叫的等待时长负相关时，所述方法还包括：对所述回拨及时性进行转换，获得转换参数，所述转换参数与所述再次呼叫的等待时长正相关。

应理解，通过将回拨及时性转换为与再次呼叫等待时长正相关的转换参数，便于后续利用该转换参数获取能够直观反映再次呼叫时间的时间信息。

结合第一方面，在第一方面的某些实现方式中，获取所述用户状态与所述用户事件影响因子的对应关系；根据所述目标信息确定所述用户当前的用户的状态；从所述用户状态与所述用户事件影响因子的对应关系中确定所述用户当前的用户的状态对应的所述用户事件影响因子。

结合第一方面，在第一方面的某些实现方式中，所述方法还包括：将一天中的第一时段划分为多个子时段，每个子时段的时长为第一时长；获取每个所述子时段内所述第一移动终端未被使用的时长。

可选地，一天中的第一时段可以指一整天，也即第一时段可以是00:00-24:00这一时段。或者，该第一时段也可以是一天中用户有呼叫需求的时段，比如工作时段09:00-18:00等。

结合第一方面，在第一方面的某些实现方式中，所述方法还包括：获取所述未接呼叫事件的发生时间，并确定所述发生时间所在的目标子时段，所述目标子时段为所述多个子时段中的某一个；根据所述第一时长和所述目标子时段内所述第一移动终端未被使用的时长，确定所述设备使用率影响因子。

结合第一方面，在第一方面的某些实现方式中，获取预设历史时段内多天中所述目标子时段内所述第一移动终端未被使用的多个时长；所述根据所述第一时长和所述目标子时段内所述第一移动终端未被使用的时长，确定所述设备使用率影响因子，具体包括：确定所述多天中所述目标子时段内所述第一移动终端未被使用的多个时长的平均值，获取所述目标子时段内所述第一移动终端未被使用的平均时长；根据所述第一时长和所述目标子时段内所述第一移动终端未被使用的平均时长，确定所述设备使用率影响因子。

根据本实现方式提供的方法，通过统计较长时间内用户在目标子时段内的设备使用(或未使用)时长，求取平均值，再利用平均值确定设备使用率影响因子，可以利用较多的数据，更加准确地反映用户的设备使用习惯对再次呼叫的时间的影响，以便后续能够基于该使用率影响因子更加准确地预测再次呼叫的时间。

结合第一方面，在第一方面的某些实现方式中，所述根据所述第一时长和所述目标子时段内所述第一移动终端未被使用的时长，确定所述设备使用率影响因子，具体包括：其中，IF2表示所述设备使用率因子，T1表示所述子时段的第一时长，t表示所述目标子时段内所述第一移动终端未被使用的平均时长。

结合第一方面，在第一方面的某些实现方式中，所述方法还包括：以所述未接呼叫事件发生的时间为基准，确定第二时段；在所述第二时段内选择多个时刻，且每两个相邻的所述时刻之间的时间间隔为第二时长；统计在每个所述时刻，所述用户是否使用所述第一移动终端；根据所述用户在每个所述时刻是否使用所述第一移动终端的统计结果，以及所述时刻的数量，确定所述实时操作频率影响因子。

第二方面，提供了一种移动终端，包括：一个或多个处理器；一个或多个存储器；所述一个或多个存储器存储有一个或多个计算机程序，所述一个或多个计算机程序包括指令，当所述指令被所述一个或多个处理器执行时，使得所述终端设备执行如上述第一方面中的任一实现方式所述的方法。

第三方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行程序，所述计算机可执行程序在被计算机调用时，使所述计算机执行如上述第一方面中的任一实现方式所述的方法。

第四方面，提供了一种包含指令的计算机程序产品，当所述计算机程序产品在终端设备上运行时，使得所述终端设备执行如上述第一方面中任一实现方式所述的方法。

附图说明

图1A和图1B是一些呼叫提醒的界面示意图。

图2为本申请实施例提供的一种呼叫时间提醒的方法适用的系统架构示意图。

图3为本申请实施例提供的一种第一移动终端100的结构示意图。

图4本申请实施例的第一移动终端100的软件结构框图。

图5A至图5D为本申请实施例提供的呼叫时间预测功能设置过程中可能涉及的一些GUI示意图。

图6A和图6B为本申请实施例提供的一些呼叫者接收到呼叫时间提醒消息时的GUI示意图。

图7为本申请实施例提供的一种呼叫时间提醒的方法的示意性流程图。

图8为本申请实施例提供的一种呼叫时间预测系统800主体框架的示意性结构图。

图9为本申请实施例提供的一种呼叫时间预测系统800各模块功能的示意图。

图10为本申请实施例提供的呼叫时间预测系统800的各个模块执行呼叫时间预测的示意性流程图。

图11为本申请实施例提供的另一种呼叫时间提醒的方法的示意性流程图。

图12是本申请实施例提供的一种不同时段用户不使用设备的时长分布示意图。

具体实施方式

需要说明的是，本申请实施例的实施方式部分使用的术语仅用于对本申请的具体实施例进行解释，而非旨在限定本申请。在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联障碍物的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本申请实施例的描述中，除非另有说明，“多个”是指两个或多于两个，“至少一个”、“一个或多个”是指一个、两个或两个以上。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”特征可以明示或者隐含地包括一个或者更多个该特征。

在本说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

首先，为了便于理解，下面首先对本申请实施例可能涉及的相关术语和概念进行介绍。

1、通话过程

通话过程是指通话双方用户借助移动终端，完成双向的语音流、视频流的交换过程。通话过程可以为点对点通话，如通话双方用户利用对讲机执行通话过程。通话过程还可以利用其它设备中转，完成通话。比如，电子设备中安装有用户标识模块(subscriberidentification module，SIM)卡，利用SIM通过运营商网络执行通话过程。又比如，移动终端中安装有即时通讯应用程序(如微信、skype等)，利用即时通讯应用程序执行通话过程。

2、呼叫

呼叫是指通信中用户之间连接的建立操作。以自动电话交换系统为例，它是呼叫者为了与被叫者取得联系而执行的操作，即通话所需要的操作。

目前当被叫者未接听呼叫时，可以通过发送提醒短信等方式向呼叫者提示被呼叫者当前不方便接听。比如，结合图1A和图1B所示，在一种可能的场景下，如果被叫者在开会期间接收到手机来电，此时被叫者可以点击如图1A所示的通话来电页面上的短信图标101，并在图1B所示的页面选择合适的短信回复内容(如“正在开会，稍后联系”)或者自主编辑短信回复内容发送给呼叫者，告知呼叫者此时不方便接电话。

然而，现有的这种提醒方式仅能使呼叫者获知当前不适宜联系对方，而无法获知何时再次呼叫对方才能够成功通话，导致用户体验不佳。

针对上述问题，本申请实施例提供了一种呼叫时间提醒的方法，通过根据被叫者的用户状态、用户的设备使用习惯、用户对设备的实时操作情况等预测再次呼叫的时间，并将其推动给呼叫者，使得呼叫者能够在合适的时间再次发起呼叫，从而提高双方通话成功的概率，提升用户体验。

示例性的，如图2所示，为本申请实施例提供的一种呼叫时间提醒的方法适用的系统架构示意图。该系统架构包括被叫者(或称被叫方)的第一移动终端100和呼叫者(或称呼叫方)的第二移动终端200。

在该系统架构中，第一移动终端100和第二移动终端200之间可以通过有线网络或无线网络建立通信连接。比如，第一移动终端100可以和第二移动终端200通过蜂窝网络建立通信连接，蜂窝网络例如可以是第五代移动通信技术(5^th generation，5G)、第六代移动通信技术(6^th generation，6G)以及未来任意通信系统等。本申请实施例对第一移动终端100和第二移动终端200之间进行通信的网络类型不做具体限定。

在一些实施例中，第一移动终端100和第二移动终端200可以是具有语音和/或视频通话能力的多种类型的电子设备，例如可以是手机、平板电脑(pad)、笔记本电脑、台式电脑、车载设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)、工业控制(industrialcontrol)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remotemedical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportationsafety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、人工智能(artificial intelligence)设备等终端设备，本申请实施例对第一移动后终端100和第二移动终端200的具体类型不作任何限制。

示例性的，如图3所示，为本申请实施例提供的一种第一移动终端100的结构示意图。

图3示出了第一移动终端100的结构示意图。第一移动终端100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

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

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

其中，控制器可以是第一移动终端100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

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

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现接听通话的功能。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现接听通话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对第一移动终端100的结构限定。在本申请另一些实施例中，第一移动终端100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

第一移动终端100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

移动通信模块150可以提供应用在第一移动终端100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

无线通信模块160可以提供应用在第一移动终端100上的包括无线局域网(wireless local area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

示例性的，第一移动终端100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本发明实施例以分层架构的Android系统为例，示例性说明第一移动终端100的软件结构。图4是本申请实施例的第一移动终端100的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。如图4所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。如图4所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供第一移动终端100的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，终端振动，指示灯闪烁等。

Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行障碍物生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

应理解，本申请实施例提供的呼叫时间提醒的方法可以应用于多种被叫者未接听呼叫的应用场景下。比如，被叫者的移动终端获取到未接呼叫(如被叫者漏接、拒接呼叫者发起的呼叫等)时，该移动终端可以根据呼叫时间预测模型预测被叫者方便接听呼叫的时间，并将其推送给呼叫者的移动终端，提醒呼叫者在合适时间再次发起呼叫。通过本申请实施例提供的呼叫时间提醒的方法，能够提高呼叫者再次呼叫成功的概率，提升用户的通话体验。

在一些实施例中，被叫者的第一移动终端具有呼叫时间预测功能，该功能的开启方式可以包括多种，比如：(1)由用户(如被叫者)根据需要自主开启该功能；(2)第一移动终端在检测到有未接呼叫时，自动开启该功能；(3)第一移动终端默认一直开启该功能等。

以下结合附图，以第一移动终端是手机为例，对上述方式(1)中的呼叫时间预测功能的开启方式进行示例性介绍。

如图5A至图5D所示，为本申请实施例提供的呼叫时间预测功能设置过程中可能涉及的一些用户图形界面(user graphical interface，GUI)示意图。

如图5A所示，为手机的主屏幕界面示意图。该主屏幕界面可以包括应用图标显示区域10，用于显示多种类型的应用程序(application，App)图标，如时钟图标、日历图标、图库图标、备忘录图标、文件管理图标、电子邮件图标、音乐图标、确定器图标、视频图标、运动健康图标、天气图标、浏览器图标、智慧助手图标、设置图标、录音机图标等。多个应用程序图标下方可以有页面指示符显示区域20，该区域包括的页面指示符用于表明当前显示的页面与其他页面的位置关系。页面指示符的下方可以显示有托盘应用图标显示区域30，用于显示多个托盘应用图标，例如相机应用图标、通讯录应用图标、电话拨号应用图标、信息应用图标等。在另一些实施例中，手机主屏幕界面可以包括比图示更多或更少的应用程序图标或托盘应用图标，本申请对此不作限定。在该主屏幕界面的上方还可以显示有状态栏40，该状态栏40可以包括：移动通信信号(或称蜂窝信号)的一个或多个信号强度指示符、无线高保真(wireless fidelity，Wi-Fi)信号的一个或多个信号强度指示符，手机的电量指示符，时间指示符等。

在一些实施例中，手机可以接收用户(如被叫者)作用于设置图标的输入操作(如点击操作)；响应于上述输入操作，手机可以显示如图5B所示的设置详情界面。

如图5B所示，设置详情界面可以包括多项业务设置条目，例如无线和网络设置条目、蓝牙设置条目、桌面和壁纸设置条目、显示设置条目、声音设置条目、通话设置条目、电池设置条目、存储设置条目、健康使用手机设置条目、安全和隐私设置条目等。通话设置条目可以用于对通话(如语音通话、视频通话)进行设置，如可以设置呼叫回拨提醒，使得在被叫者未接听通话呼叫时，手机可以向呼叫者推送呼叫时间提醒消息。在实际应用中，设置详情界面还可以包括比图示更多或更少类型的设置条目，本申请对此不做限定。

在一些实施例中，手机可以接收用户作用于通话设置条目的输入操作(如点击操作)；响应于上述操作，手机可以显示如图5C所示的通话设置界面。

示例性的，如图5C所示，通话设置界面可以包括呼叫时间提醒-通用设置栏，该呼叫时间提醒-通用设置栏下方可以显示针对该选项的说明，比如“开启此功能时，当有未接呼叫时，可以向呼叫者推送呼叫时间提醒，通知再次呼叫的合适时间，以提高呼叫成功的可能性。”可选地，该通话设置界面还可以设置有呼叫时间提醒-自定义设置栏。示例性的，呼叫时间提醒-自定义设置选项下方可以显示针对该功能的说明，比如“开启此功能时，可对特定联系人开启呼叫时间提醒，对特定联系人推送再次呼叫的合适时间。”

在一些实施例中，用户可以选择开启呼叫时间提醒-通用设置栏中的开关控件，开启呼叫时间提醒通用模式。其中，该呼叫时间提醒通用模式可以指对接收到到的任意呼叫，在用户未接听时，都可以向对应的呼叫者推送呼叫时间提醒，提示呼叫者再次呼叫的合适时间；或者，该呼叫时间提醒通用模式也可以过滤无效号码，仅向有效号码对应的呼叫者推送呼叫时间提醒消息。示例性的，无效号码例如可以指虚拟广告商或推销商的号码，或者也可以由用户自主标记为无效的号码等；相对的，有效号码可以是符合通话运营商规定格式的号码，或未被标记为无效的号码等。比如以电话通话为例，当接收到的呼叫号码被识别为广告、推销等类别时，该呼叫时间提醒通用模式可以不针对该未接呼叫进行呼叫时间预测，也就是说，此时即使该通话呼叫未被接听，被叫者也不会向呼叫者推送呼叫时间提醒消息。

在另一些实施例中，用户也可以选择开启呼叫时间提醒-自定义设置栏中的开关控件，使用呼叫时间提醒的自定义模式。示例性的，如图5C所示，用户点击开启呼叫时间提醒-自定义设置栏中的开关控件后，手机可以显示不同类型通话下的联系人，比如通讯录联系人、微信联系人、QQ联系人等。用户可以输入作用于某一通话类型联系人对应的下一页指示符的操作(如点击操作)，在下一页对该通话类型下特定联系人进行呼叫时间提醒设置。比如，当用户需要对通讯录中的特定联系人设置呼叫时间提醒时，可以点击该通讯录联系人对应的下一页指示符；响应于上述操作，手机可以显示如图5D所示的通讯录联系人界面，之后，用户可以在该通讯录联系人界面，对不同联系人是否开启呼叫时间提醒功能进行个性化设置。

可选地，通话设置界面还可以包括其他通话类型联系人添加栏，用户可以通过输入作用于该添加栏的操作(如点击操作)，添加其他通话类型中的联系人信息。

在一些实施例中，如图5D所示，通讯录联系人界面可以包括通讯录中的联系人列表，每一联系人栏中设置有回拨提醒开关控件。用户对不同联系人是否开启回拨提醒功能进行个性化设置的方式例如可以是：用户通过控制开关控件，设置不同联系人对应的回拨提醒功能开启或关闭。比如，如图5D所示，被叫者可以将通讯录联系人中的爸爸、妈妈、朋友A的回拨提醒开关设置为开启状态，并将朋友B和朋友C对应的回拨提醒开关控件设置为关闭状态，这就意味着当被叫者未接通来自爸爸、妈妈、朋友A中任一人的手机来电时，被叫者的手机可以自动向对方发送呼叫时间提醒消息；而当被叫者未接通朋友B或朋友C的手机来电时，被叫者的手机不会向对方发送呼叫时间消息。

需要说明的是，图5A至图5D所示的呼叫时间提醒设置的方式仅为示例，在实际应用中，还可以采用其他方式对其进行设置，比如可以在通话应用中进行呼叫时长提醒功能的设置(包括呼叫时间提醒通用设置和呼叫时间提醒自定义设置)等，本申请对此不作限定。

示例性的，如图6A和图6B所示，为本申请实施例提供的一些呼叫者接收到呼叫时间提醒消息时的GUI示意图。

其中，在不同的呼叫类型下，该呼叫时间提醒消息可以以不同的形式呈现给呼叫者，如文本和/或语音形式。比如，如图6A所示，当呼叫类型是电话呼叫时，该呼叫时间提醒消息可以短信形式发送给呼叫者，短信内容可以指示再次呼叫的等待时间，例如是“您好，您呼叫的电话未能及时接听，20分钟后再次呼叫机主可能会接听，谢谢。”再比如，如图6B所示，当呼叫类型为通过即时通讯App呼叫时，该呼叫时间提醒消息可以通过该即时通讯App回复给呼叫者，消息内容例如为“您好，您发起的通话呼叫未能及时接听，20分钟后再次呼叫可能会接听，谢谢”。

可选地，呼叫时间提醒消息也可以指示呼叫者再次呼叫的具体时刻或具体时段。比如，呼叫时间提醒消息的内容还可以是“您好，您呼叫的电话未能及时接听，09:40再次呼叫机主可能会接听，谢谢”。再比如，呼叫时间提醒消息的内容还可以是“您好，您呼叫的电话未能及时接听，09:40-09:45这一时段内再次呼叫机主可能会接听”等。

根据本申请实施例提供的呼叫时间提醒的方法，通过在通话无应答时，被叫者向呼叫者推送再次呼叫的时间信息，能够提高呼叫者再次呼叫时双方成功通话的概率，进而提高通话效率，并提升用户体验。

示例性的，如图7所示，为本申请实施例提供的一种呼叫时间提醒的方法的示意性流程图。该方法可以由被叫者的第一移动终端来执行，具体可以包括以下步骤：

S701，第一移动终端接收呼叫者通过第二移动终端发起的呼叫。

其中，第一移动终端为被叫者的终端设备，第二移动终端为呼叫者的终端设备。

需要说明的是，本申请中呼叫者发起的呼叫的类型可以有多种，例如可以包括：通过手机拨号发起的呼叫；或者，通过即时通讯App发起的呼叫等。该呼叫可以是语音呼叫，也可以是视频呼叫。本申请实施例对呼叫发起方式以及呼叫的具体类型不作限定。

S702，当第一移动终端确定发生未接呼叫事件时，基于呼叫时间预测模型获取再次呼叫的时间信息。

其中，导致未接呼叫事件发生的原因可以有多种，如漏接、拒接、呼叫时长达到预设阈值导致被设备自动挂断、被叫者的终端被设置为免打扰模式导致呼叫被自动挂断、被叫者的终端被设置为通话转移模式导致呼叫无人接听等等。

在一些实施例中，当有未接呼叫事件时，响应于该未接呼叫事件，第一移动终端会基于呼叫时间预测模型执行呼叫时间预测操作，其中，呼叫时间预测操作用于预测再次呼叫的合适时间，提高用户再次呼叫成功的概率。

在一些实施例中，该呼叫时间预测模型可以用于根据用户状态、用户对第一移动终端的使用习惯和用户对第一移动终端的实时操作频率获取再次呼叫的时间信息。其中，本申请实施例中的用户可以指被叫者。用户对第一移动终端的使用习惯可以以用户单次使用该第一移动终端的时长，或者用户在每天的不同时段使用第一移动终端的时长等来表征；用户对第一移动终端的实时操作频率可以以在未接呼叫事件发生时的时段或者邻近时段中，用户使用该第一移动终端的频率。

应理解，上述表征用户对第一移动终端的使用习惯过程中所涉及的时段，例如可以是将一天中的第一时段(例如00:00-24:00等)划分为多个子时段，每个子时段的时长为第一时长；表征用户对第一移动终端的实时操作频率过程中所涉及的时段(记为第二时段)，可以是未接呼叫事件发生时刻所在的时段或者与未接呼叫时间发生时刻邻近的时段，该第二时段可以以未接呼叫事件发生的时间为基准确定，如第二时段可以是未接呼叫事件发生时刻的前2min内等。上述第一时段和第二时段可以根据需要灵活划分获得，第一时段和第二时段不相同。

示例性的，第一移动终端基于呼叫时间预测模型获取再次呼叫的时间信息的过程可以包括：第一移动终端收集目标信息，该目标信息用于指示用户状态、用户对所述第一移动终端的使用习惯和用户对第一移动终端的实时操作频率；之后，第一移动终端根据目标信息确定用户事件影响因子、设备使用率影响因子和实时操作频率影响因子，其中，用户事件影响因子用于指示用户习惯对再次呼叫时间的影响，设备使用率影响因子用于指示用户对第一移动终端的使用习惯对再次呼叫时间的影响，实时操作频率影响因子用于指示用户对所述第一移动终端的实时操作频率对再次呼叫时间的影响；之后，第一移动终端可以根据用户事件影响因子、设备使用率影响因子和实时操作频率影响因子确定再次呼叫的时间信息。具体地，第一移动终端可以根据用户事件影响因子、设备使用率影响因子和实时操作频率影响因子确定回拨及时性参数，该回拨及时性参数用于指示再次呼叫的及时性；之后，第一移动终端可以根据预获取的用户的历史回拨时长和回拨及时性参数获取再次呼叫的时间信息。

在一些实施例中，当再次呼叫的时间信息为再次呼叫的等待时长，且回拨及时性参数与再次呼叫的等待时长呈负相关时，根据用户的历史回拨时长和回拨及时性参数获取再次呼叫的时间信息可以具体包括：第一移动终端对回拨及时性进行转换，获得转换参数，该转换参数与再次呼叫的等待时长正相关；之后，第一移动终端可以根据用户的历史回拨时长和转换参数获取再次呼叫的时间信息。

其中，该利用呼叫时间预测模型预测再次呼叫时间所涉及的示例性算法将在下文进行介绍，此处暂不详述。

在一些实施例中，第一移动终端可以根据用户状态确定用户事件影响因子，具体过程可以包括：第一移动终端可以通过多种方式(比如从服务器、第三方设备等)获取用户状态与用户事件影响因子之间的对应关系，其中，该对应关系可以由人工基于经验确定；当有未接呼叫事件发生时，第一移动终端可以根据目标信息确定用户当前所处的用户状态，并且从用户状态与用户事件影响因子之间的对应关系中确定当前的用户状态对应的用户事件影响因子。

需要说明的是，根据用户状态确定对应的用户事件影响因子的方式可以有多种，以上介绍的方式仅为示例，但在实际应用中，并不仅限于此。比如，在另一些实施例中，还可以通过以下方式根据用户状态确定用户事件影响因子：第一移动终端可以预先(比如从服务器、第三方设备等)获取用户状态对应的系数，该系数可以用于表征不同用户状态下用户能够接听呼叫的概率，可选地，这些系数可以均位于同一个预设的系数范围内；当有未接呼叫事件发生时，第一移动终端可以根据目标信息确定用户当前所处的用户状态，并且可以选择用户当前所处的用户状态对应的系数，按照预设算法确定对应的用户事件影响因子。

在一些实施例中，第一移动终端还可以根据使用设备的习惯确定设备使用率影响因子，具体过程可以包括：首先，将一天中的第一时段划分为多个子时段，每个子时段的时长为第一时长；之后，获取每个子时段内第一移动终端未被使用的时长；当有未接呼叫事件发生时，获取该未接呼叫事件的发生时间，并确定该发生时间所在的目标子时段，其中，目标子时段为上述多个子时段中的某一个；之后，根据第一时长和目标子时段内第一移动终端未被使用的时长，确定设备使用率影响因子。其中，目标子时段内的第一移动终端未被使用的时长可以基于预设历史时段内第一移动终端未被使用的时长来确定。比如：第一移动终端可以获取预设历史时段内(如一年内)多天中目标子时段内第一移动终端未被使用的多个时长；然后，确定该多天中目标子时段内第一移动终端未被使用的多个时长的平均值，获取目标子时段内第一移动终端未被使用的平均时长；之后，再利用根据第一时长和目标子时段内第一移动终端未被使用的平均时长，确定设备使用率影响因子。

应理解，通过统计较长时间内用户在目标子时段内的设备使用(或未使用)时长，求取平均值，再利用平均值确定设备使用率影响因子，可以利用较多的数据，更加准确地反映用户的设备使用习惯对再次呼叫的时间的影响，以便后续能够基于该使用率影响因子更加准确地预测再次呼叫的时间。

在一些实施例中，第一移动终端可以根据用户在未接呼叫事件发生时的时段(或者邻近时段)的设备操作频率，确定实时操作频率影响因子。示例性的，该具体过程可以包括：第一移动终端以未接呼叫事件发生的时间为基准，确定第二时段，该第二时段为未接呼叫事件发生的时间所在的时段，或者与未接呼叫事件发生的时间邻近的时段；然后，基于预设规则，在所该第二时段内选择多个时刻，并且使每两个相邻的时刻之间的时间间隔为第二时长；统计在每个时刻用户是否使用第一移动终端；然后，根据用户在每个时刻是否使用第一移动终端的统计结果，以及时刻的数量，确定实时操作频率影响因子。

在一些实施例中，触发第一移动终端执行该呼叫时间预测操作的具体过程可以包括：当呼叫未被接听时，第一移动终端上可以生成对应的未接呼叫信息，比如未接来电信息、未接视频通话信息等；当第一移动终端检测到新增的未接呼叫信息时，可以确定发生未接呼叫事件；响应于该未接呼叫事件的发生，第一移动终端根据呼叫时间预测模型获取预测的再次呼叫的时间信息。

可选地，第一移动终端还可以通过其他方式确定发生未接呼叫事件，比如：当第一移动终端检测到系统自动挂断呼叫时，可以确定发生未接呼叫事件；或者，当第一移动终端检测到被叫者输入挂断呼叫的操作时，可以确定发生未接呼叫事件；又或者，当第一移动终端检测到呼叫停止，且在停止之前该通话呼叫一直未被接听时，可以确定该发生未接呼叫事件等。

需要说明的是，上述介绍的第一移动终端确定发生未接呼叫事件的方式仅为示例，在实际应用中，第一移动终端还可以通过其他方式确定未接呼叫事件的发生，本申请实施例对此不作限定。

其中，第一移动终端具体基于呼叫时间预测模型预测再次呼叫的时间信息的过程将在下文进行更为详细地介绍，此处暂不详述。

S703，第一移动终端向第二移动终端发送呼叫时间提醒消息，该呼叫时间提醒消息用于向呼叫者提示再次呼叫的时间信息。

其中，再次呼叫的时间信息例如可以包括再次呼叫的等待时长或者再次呼叫的具体时刻等。为描述更加清晰，以下将以再次呼叫的时间信息是再次呼叫的等待时长为例进行介绍。

在一些实施例中，当发生未接呼叫事件后，第一移动终端可以生成与该未接呼叫事件关联的未接呼叫信息，该未接呼叫信息例如可以包括呼叫类型、呼叫者的通信信息、呼叫者的标识(identification，ID)(如电话号码、即时通讯号码(如微信号、QQ号)等)、接收到呼叫的时间等。第一移动终端可以根据该未接呼叫信息获取呼叫者的通信信息，并根据该通信信息向第二移动终端发送呼叫时间提醒消息。

第一移动终端向第二移动终端发送呼叫时间提醒消息的方式可以有多种。示例性的，第一移动终端可以采用与呼叫类型一致的方式向第二移动终端推送该呼叫时间提醒消息。比如，若第二移动终端通过手机拨号的方式向第一移动终端发起通话呼叫，则第一移动终端可以根据获取到的第二移动终端的未接呼叫信息向第二移动终端推送该呼叫时间提醒消息。再比如，若第二移动终端通过即时通讯App(如微信)向第一移动终端发起通话呼叫，则第一移动终端可以根据该呼叫对应的呼叫未接信息通过该即时通讯App向对应的联系人发送呼叫时间提醒消息。

呼叫时间提醒消息可以具体呈现为多种形式。比如，该呼叫时间提醒消息可以呈现为文本形式(如短信文本、微信文本等)，可如图6A或图6B所示。又比如，该呼叫时间提醒消息也可以呈现为语音形式(比如彩信语音、微信语音等)等。

根据本申请实施例提供的呼叫时间提醒的方法，通过当通话呼叫未被接听时，被叫者的终端设备可以预测被叫者方便接听的时间信息，并向该呼叫者推送该时间信息，从而提醒呼叫者在合适的时间再次发起对被叫者的呼叫，提高双方成功通话的可能性，进而提升用户的通话体验。

本申请实施例中，第一移动终端的呼叫时间预测功能可以通过呼叫时间预测模型来实现。考虑到在实际应用中，用户所处的状态、用户使用设备的习惯、接到呼叫的邻近时段用户实用设备的频率均会对再次呼叫的时间造成影响，因而，本申请实施例中的呼叫时间预测模型可以用于根据用户状态、用户对第一移动终端的使用习惯和用户对第一移动终端的实时操作频率获取再次呼叫的时间信息，从而可以更加准确地提醒呼叫方再次呼叫的时间，提升呼叫方和被叫方成功通话的概率。

为更好地理解本申请实施例中的预测再次呼叫的时间信息的过程，以下结合附图对呼叫时间预测模型包括的各个模块以及不同模块对应的功能进行介绍。

示例性的，如图8所示，为本申请实施例提供的一种呼叫时间预测系统800主体框架的示意性结构图。该呼叫时间预测系统800可以包括数据收集及处理模块801、回拨及时性评估模块802、参数转换模块803以及呼叫回拨时长预测模块804。呼叫时间预测系统800也可以被描述为呼叫时间预测模型，其包括的各个模块可以位于如图4所示的应用层。

结合图9所示，以下对该呼叫时间预测系统800中各个模块的功能进行介绍。

在一些实施例中，数据收集及处理模块801主要负责收集与用户状态、用户的设备使用习惯、用户对设备的实时操作情况等相关的数据，并对这些数据进行处理。其中，该数据收集与处理模块801可以根据用户通讯数据、设备操作数据、应用操作数据、用户操作设备日志、用户通话记录日志等收集与用户状态、用户的设备实用习惯等相关的数据。示例性的，与用户状态相关的数据例如可以包括时间信息、位置信息、日程安排信息、步数信息等可以用于分析用户所处状态的数据；与用户的设备使用习惯相关的数据例如可以包括用户每次使用设备的时长；与用户对设备的实时操作情况相关的数据例如可以包括用户当前时段使用设备的频率等等。在一种可能的实现方式中，数据收集及处理模块801可以调用多个应用程序接口(application programming interface，API)从第一移动终端中的多个应用程序、多个传感器、数据库等位置收集上述相关数据。

此外，数据收集及处理模块801还可以根据收集的相关数据进行数据处理，确定影响再次呼叫时间的多个影响因子。具体处理过程请参见下文实施例中的介绍，此处暂不详述。

在一些实施例中，回拨及时性评估模块802可以用于对根据数据收集和处理模块801确定获得的多个影响因子，如用户事件影响因子、设备使用率影响因子、实时操作频率影响因子等，确定回拨及时性参数。

在一些实施例中，该呼叫时间预测系统800还可以包括参数转换模块(图9未示出)。参数转换模块803可以作为可选模块，例如当使用的算法确定得到的回拨及时性评估参数与回拨时长为负相关时，为了能向呼叫者进行更加直观的提醒，需要将该回拨及时性评估参数转换为与再次呼叫的等待时长呈正相关，此时可通过该参数转换模块803执行该操作。

在一些实施例中，再次呼叫时间预测模块804可以用于根据上述模块处理后的数据确定获取回拨时长。示例性的，该再次呼叫预测模块804可以用于对用户执行回拨的时间间隔进行确定分析，比如可以根据第一移动终端记录的用户历史回拨行为，获取用户在不同时间段执行回拨的时间间隔，确定该时段的回拨时间间隔的平均值；之后，当在该时段再次有未接呼叫时，可利用该回拨时间间隔的平均值以及回拨及时性参数预测回拨时间。

可以理解的是，本申请实施例示意的结构并不构成对呼叫时间预测系统800的具体限定。在本申请另一些实施例中，呼叫时间预测系统800可以包括比图示更多或更少的模块，或者组合某些模块，或者拆分某些模块。图示的模块可以以硬件、软件或者硬件和软件的组合实现。

示例性的，如图10所示，为本申请实施例提供的呼叫时间预测系统的各个模块执行呼叫时间预测的示意性流程图。

S1001，数据收集及处理模块确定用户事件影响因子、设备使用率影响因子和实时操作频率影响因子，并将该用户事件影响因子、设备使用率影响因子和实时操作频率影响因子发送至回拨及时性评估模块。

在一些实施例中，数据收集及处理模块收集目标信息后，可以按照预测的算法模型根据目标信息分别确定用户事件影响因子(记为IF1)、设备使用率影响因子(记为IF2)和实时操作频率影响因子(记为IF3)。其中，目标信息可以具体包括多项信息的组合，确定上述用户事件影响因子IF1、设备使用率影响因子IF2和实时操作频率影响因子IF3所使用的可以是目标信息包括的不同项信息。

S1002，回拨及时性评估模块根据获取的用户事件影响因子、设备使用率影响因子和实时操作频率影响因子确定回拨及时性参数。

应理解，回拨及时性评估模块用于利用预设的算法模型，基于获取的用户事件影响因子IF1、设备使用率影响因子IF2和实时操作频率影响因子IF3确定回拨及时性参数(记为M1)，该回拨及时性参数M1可以综合反映用户事件影响因子IF1、设备使用率影响因子IF2和实时操作频率影响因子IF3对再次呼叫的时间的影响。

在一些实施例中，回拨及时性模块采用的算法模型可以有多种，比如对IF1、IF2和IF3求和或加权求和等。该回拨及时性模块确定获得的回拨及时性参数M1可以与再次呼叫的等待时长呈正相关，或者也可以与再次呼叫的等待时长呈负相关。其中，当M1与再次呼叫的等待时长呈负相关时，还可以通过该呼叫时间预测系统中的参数转换模块执行下述步骤S1003，对该回拨及时性参数M1进行参数转换。

S1003，参数转换模块对回拨及时性参数M1进行参数转换，获取转换参数。

其中，参数转换模块可以利用预设的算法模型，对回拨及时性参数M1进行参数转换，获取转换参数(记为M2)。示例性的，该算法模型可以使转换参数M2与回拨及时性参数M1呈负相关，也即通过该算法模型确定获得的转换参数M2与再次呼叫的等待时长呈正相关。

应理解，通过本步骤的参数转换过程，可以在回拨及时性参数与再次呼叫的等待时长呈负相关时，将其转换为与再次呼叫的等待时长呈正相关，以便后续更加准确地预测再次呼叫的时间。

S1004，呼叫回拨时长预测模块根据用户的历史回拨时长和转换参数，确定再次呼叫的等待时长。

应理解，用户的历史回拨时长用于基于用户对未接呼叫的回拨历史数据，反映用户针对未接呼叫的回拨习惯。该历史回拨时长可以具体是用户在不同的划分时段内执行回拨的平均时长。

根据本申请实施例提供的呼叫时间提醒的方法，通过将分析并量化用户状态、用户设备使用习惯等，确定其对再次呼叫时间的影响，使得再次呼叫时间的预测结果更加准确，提升双方通话成功的可能性。

为更好地理解本申请实施例提供的呼叫时间提醒的方法，以下结合附图对预测呼叫时间的具体过程进行介绍。

示例性的，如图11所示，为本申请实施例提供的一种呼叫时间提醒的方法的示意性流程图。该过程可以通过图8所示的呼叫时间预测系统中的各个模块执行，包括以下步骤：

S1101，第一移动终端通过数据收集和处理模块收集目标信息，其中，目标信息用于指示用户状态、用户对第一移动终端的使用习惯和用户对第一移动终端的实时操作频率。

应理解，本申请实施例提供的呼叫时间提醒的方法可以依据用户状态、对第一移动终端的使用习惯、用户对第一移动终端的实时操作频率等多项指标参数预测呼叫回拨时长。其中，本申请实施例中的用户可以对应于被叫者。

在一些实施例中，用户状态可以包括多种类型，比如会议状态、用餐状态、驾车状态、步行状态、休息状态等等。该目标信息可以包括用于分析获取用户状态的信息或信息组合，比如时间信息、位置信息、日程安排信息、与其他设备的连接信息、步数信息等等。

在一些实施例中，用户对第一移动终端的使用习惯可以指用户每次使用第一移动终端的时长、用户在一天内的不同时段使用第一移动终端的频率等。该目标信息还可以包括用于分析获取用户对第一移动终端使用习惯的信息或者信息组合，比如用户在一天中不同时段内是否使用第一移动终端、用户在一天中不同时段内使用第一移动终端的时长等等。

S1102，第一移动终端根据目标信息确定用户事件影响因子。

在一些实施例中，第一移动终端可以通过数据收集和处理模块根据目标信息确定用户状态。不同信息或者不同信息组合可以对应于不同的用户状态。示例性的，如表1所示，为本申请实施例提供的一些用户状态与不同信息(或不同信息组合)之间的对应关系示例。

表1

结合表1所示，针对用户状态E1，分析过程例如可以是：用户可以在第一移动终端(如第一移动终端的日历App)上记录日程安排为在09:00-11:00时间段内开会，则第一移动终端可以根据该特定时间段对应的日程安排，确定用户在09:00-11:00时间段内处于开会状态。

结合表1所示，针对用户状态E2，分析过程例如可以是：第一移动终端可以根据当前时间属于预设的用餐时间段(如06:00-08:00、11:00-13:00或17:00-19:00中任意一个时间段)，以及根据用户当前位置定位在餐饮场所，确定用户当前处于用餐状态。

结合表1所示，针对用户状态E3，分析过程例如可以是：第一移动终端可以根据用户当前的位置定位在道路，且该第一移动终端与车载设备处于连接状态，确定用户此时处于开车状态或乘车状态。

结合表1所示，针对用户状态E4，分析过程例如可以是：第一移动终端可以根据计步器中的步数在实时增加，确定用户处于步行状态。

表1中列出的信息类型仅为示例，在实际应用中，第一移动终端可以通过数据收集和处理模块获取更多其他类型的信息，并基于这些信息确定用户状态，本申请实施例对此不作限定。

可以理解的，用户处于不同用户状态时，接听呼叫的方便程度不相同，对应的再次呼叫的等待时长也不相同。比如，当用户处于会议状态时，认为用户的开会行为会使得用户不方便在会议期间接听呼叫，需要在会议结束后再次发起呼叫，此时对应的再次呼叫的等待时长可能较长。又比如，当用户处于驾车状态或乘车状态时，认为用户的开车行为或乘车行为不会影响其接听呼叫，可以在短时间内再次发起呼叫，此时对应的再次呼叫的等待时长较短。

因此，为了更加准确地预测再次呼叫的等待时长，本申请通过设置用户事件影响因子以表示不同的用户状态对再次呼叫的等待的影响。不同用户状态可以对应不同的用户事件影响因子数值。为描述清楚，这里以用户事件影响因子的数值与用户状态对回拨及时性的影响呈正相关为例进行介绍，也就是说，如果某一用户状态对应的用户事件影响因子的数值越大，则表示该用户状态下用户回拨越及时，对应的再次呼叫的等待时间会越短。

在一种可能的实现方式下，第一移动终端可以预先获取用户状态与用户事件影响因子(记为IF1)之间的对应关系，其中，不同用户状态对应的用户事件影响因子的大小可以根据经验确定。示例性的，不同用户状态对应的用户事件影响因子的确定方式可以是：首先，设置用户事件影响因子对应的系数范围(thl1，thr1)；然后，根据不同的用户状态对再次呼叫等待时长的影响，从该系数范围(thl1，thr1)内选取不同的数值作为不同用户状态对应的系数；该系数可以用于确定用户事件影响因子，或者该系数也可以用于直接表示用户事件影响因子的大小。举例来说，假设用户事件影响因子对应的系数范围为(0，2)，考虑到会议状态对应的回拨及时性较低，再次呼叫等待时长可能较长，则可以从(0，2)范围内选择0.3作为会议状态E1对应的用户事件影响因子，具体可以表示为IF1(E1)＝0.3；而考虑到驾车状态或乘车状态对应的回拨及时性较高，则可以从(0，2)范围内选择1.8作为驾车状态或乘车状态E3对应的用户事件影响因子，具体可以表示为IF1(E3)＝1.8。换句话说，用户事件影响因子IF1越大，意味着回拨及时性越高，呼叫回拨时长可能越短。

在一些实施例中，第一移动终端可以通过数据收集和处理模块分析得到用户当前所处的用户状态；之后，第一移动终端可以基于用户状态与用户事件影响因子的对应关系，获取用户当前所处的用户状态对应的用户事件影响因子。

S1103，第一移动终端根据目标信息确定设备使用率影响因子。

可以理解的，用户每次使用第一移动终端的时长会影响再次呼叫的等待时长。因此，为了更加准确地预测该再次呼叫的等待时长，本申请通过设置设备使用率影响因子以表示用户每次使用设备的时长对该再次呼叫等待时长的影响。

在一些实施例中，目标信息可以包括用户在各时段内不使用设备的时长等信息，第一移动终端可以根据目标信息中的前述信息确定每个时段对应的设备使用率影响因子。

作为一个示例，第一移动终端根据目标信息获取设备使用率影响因子的过程可以包括：以天(24h)为时间单位，将一天中的24h平均划分为多个子时段，每个子时段的时长(即上述第一时长)可以为T1；然后，统计用户在每个子时段内不使用第一移动终端的时长；根据T1以及每个子时段内用户不使用第一移动终端的时长确定设备使用率影响因子。举例来说，如图12所示，设T1＝20min，将一天24h划分为时长均为20min的多个子时段；之后，统计用户在每个子时段内不使用第一移动终端的时长，比如以图12中所示的子时段09:00-09:20、09:20-09:40、09:40-10:00、10:00-10:20为例，每个子时段中用户不使用设备的时长统计结果可以如表2所示：

表2

子时段	不使用设备的时长
		……	……
09:00-09:20	5min
		09:20-09:40	0min
09:40-10:00	15min
		10:00-10:20	12min
……	……

按照上述统计方式，可以累积统计预设历史时段(比如一年)内多天(如一年内每一天)各个子时段用户不使用设备的时长；然后，利用累积的统计结果，确定该预设历史时段内每个子时段对应的不使用设备的平均时长，示例性的，假设预设历史时段内各个子时段对应的用户不使用设备的平均时长为表3所示：

表3

时段	预设时段内不使用设备的平均时长
		……	……
09:00-09:20	5min
		09:20-09:40	3min
09:40-10:00	10min
		10:00-10:20	15min
……	……

最后，利用各个子时段对应的用户不使用设备的平均时长以及各个子时段的时长T1，确定每个子时段对应的设备使用率影响因子。示例性的，每个子时段对应的设备使用率影响因子可以通过以下公式(1-1)确定获得：

其中，IF2表示设备使用率影响因子；T1表示每个子时段对应的时长；t表示该子时段内对应的用户不使用设备的平均时长。

上述列举的计算方式，会使得设备使用率影响因子的与回拨及时性呈正相关，也就是说，如果设备使用率影响因子的数值越大，则表示用户回拨及时性越高，对应的再次呼叫的等待时间会越短。

在一些实施例中，第一移动终端获取预设历史时段内每个时间单位(如每天)各子时段不使用设备的时长的方式可以包括：当第一移动终端是新设备时，可将用户之前使用的设备上的设备使用数据通过数据转移(如数据克隆)方式发送至第一移动终端，第一移动终端可以利用获取的原设备上的设备使用数据确定该设备使用率影响因子。在第一移动终端的使用过程中，第一移动终端可以记录用户使用和或不使用该第一移动终端的时长数据，第一移动终端后续可以利用该第一移动终端自身记录的相关数据确定设备使用率影响因子，或者也可以利用原设备上的设备时长数据和该第一移动终端自身记录的时长数据综合确定设备使用率影响因子。

应理解，上述预设历史时段越长，获得的不使用设备的平均时长能够越准确地反映用户在每个子时段的设备使用率，因而，当用户新使用第一移动终端时，可以通过原有设备记录的设备使用和/或不使用时长确定设备使用率因子，从而更加准确地表示用户设备使用情况(或设备使用习惯)对再次呼叫时间的影响；而当第一移动终端自身记录有足够的设备使用和/或不使用的时长数据(如记录超过一年的目标数据)后，该第一移动终端可以利用自身记录的相关数据计算该设备使用率影响因子。

还应理解，这里的预设历史时段可以是固定时长的历史时段，如当前之前的一年内；或者，也可以是时长不固定的历史时段，如第一移动终端记录设备使用和/或不使用设备的时长数据的开始时间至当前时间的动态累计的时段。本申请对此不作限定。

需要说明的是，在另一些实施例中，第一移动终端还可以通过其他方式确定用户的设备使用率影响因子。比如，第一移动终端也可以通过用户在各个时段内连续使用设备的时长，以及该时段对应的单位时长确定设备使用率影响因子。

S1104，第一移动终端根据目标信息确定实时操作频率影响因子。

其中，实时操作频率影响因子可以用于表示用户操作设备的频率。可以理解的，若用户查看第一移动终端比较频繁，则再次呼叫时被接听的概率会较高，再次呼叫的等待时长可能会越短。为了更加准确地预测再次呼叫的时间，本申请实施例通过设置实时操作频率影响因子来表示用户设备使用频率对再次呼叫的等待时长的影响。

示例性的，实时操作频率影响因子的确定过程可以包括：以T2(对应于第二时长)为时间单位划分未接呼叫事件发生时刻邻近的时间段(如未接呼叫发生之前的1min)(对应于第二时间段)，得到时间间隔为T2的多个时刻；分别统计各个时刻用户是否在使用第一移动终端；利用预设算法，根据统计结果确定实时操作频率影响因子IF3。其中，预设算法可以灵活设置，比如可以通过确定n个时刻中用户使用设备的次数m所占的百分比获得IF3，也即可通过以下公式(1-2)确定获得IF3：

其中，IF3为实时操作频率影响因子；m为n个时刻中用户使用设备的次数，m小于或等于n；n为统计的时刻数量，n为大于1的整数。

或者，还可以通过以下公式(1-3)确定获得IF3：

其中，IF3为实时操作频率影响因子；m为n个时刻中用户使用设备的次数，m小于或等于n；n为统计的时刻的数量，n为大于1的整数；c为大于1的常数，如c＝2。

举例来说，假设未接呼叫发生的时间为09:24:00，则以该时间之前的时间段为分析对象，以T2为30s，n为10为例对其进行划分，得到的各个时刻以及时刻对应的是否使用设备的结果如表4所示：

表4

n	时间点	是否使用第一终端设备
			1	09:24:00	否
2	09:23:30	是
			3	09:23:00	是
4	09:22:30	否
			5	09:22:00	是
6	09:21:30	是
			7	09:21:00	是
8	09:20:30	是
			9	09:20:00	是
10	09:19:30	是

之后，可以利用公式(1-1)确定实时操作频率影响因子为：

通过上述确定过程，可以获取在接收的未接呼叫时，用户实时的设备操作情况对回拨时长的影响。其中，实时操作频率影响因子越大，意味着用户使用设备的频率越高，可能接听呼叫的可能也就越大，对应的再次呼叫的等待时长可能越短。

为了更加客观地评估实时操作结果对回拨时长的影响，本申请实施例可以设置实时操作频率因子的系数范围(thr2，thl2)，使得确定获取的实时操作频率因子落入该系数范围，从而更加客观地评估实时操作结果对再次呼叫等待时长的影响。例如，设置实施例操作频率影响因子对应的系数范围为(0，2)，此时可以通过将公式(1-2)中的常数c设置为2，以使得到的IF3结果处于系数范围内

此外，还可以通过其他方式的归一化处理使得IF3的结算结果处于设置的系数范围内，本申请实施例对此不作限定。

需要说明的是，这里仅以公式(1-2)和公式(1-3)为例对确定IF3的方式进行介绍，但在实际应用中，其它的可以使确定结果IF3与使用次数呈正相关的算法均可以应用于此处，本申请实施例对此不作限定。

S1105，第一移动终端通过回拨及时性模块确定回拨及时性参数。

考虑到用户状态、用户的设备使用习惯和用户当下使用设备的动态数据均会影响再次呼叫的等待时长的预测结果，因而需要综合上述获得的各项影响因子，以综合评估被叫者在当前呼叫未接的情况下的回拨及时性。

在一些实施例中，第一移动终端可以通过回拨及时性模块根据上述获得的IF1、IF2和IF3确定回拨及时性参数。示例性的，回拨及时性评估模块可以通过以下公式(1-4)确定回拨及时性参数M1：

M1＝IF1×IF2×IF3 (1-4)

作为一个示例，以用户状态是E1，结合上述示例的各影响因子的取值为例，回拨及时性参数M1为：M1＝1.8×1.6×0.75＝2.16。

该回拨及时性参数用于综合反映上述获得的IF1、IF2和IF3对再次呼叫时间的影响。该回拨及时性可以与IF1、IF2和IF3呈正相关，在上述列举的公式(1-4)之外，还可以通过其他算法模型计算该回拨及时性参数，比如对IF1、IF2和IF3进行求和或者加权求和等。

S1106，第一移动终端根据回拨及时性参数获取转换参数，该转换参数与回拨时长呈正相关。

应理解，通过上述步骤S1102至步骤S1105的确定方式得到的回拨及时性参数为正向期望值，该正向期望值越大，意味着呼叫方可以回拨越快，而再次呼叫的等待时间为负向期望值，回拨及时性参数越大意味着再次呼叫的等待的时长越短。因此，为了获取更加直观的再次呼叫等待时长的预测结果，需要通过本步骤对回拨及时性参数进行转换，得到与再次呼叫的等待时长呈正相关的转换数据，以便后续更加直观地向呼叫者提醒再次呼叫的时间。

其中，对回拨及时性参数进行转换的方式可以有多种。比如可以通过以下公式(1-5)和公式(1-6)确定转换参数M2：

th＝(thr3-thl3)/4 (1-5)

M2＝M1-th (1-6)

thr3和thl3为预设的回拨及时性参数所属的系数范围(thr3，thl3)，thr3和thl3为大于0的正整数。

引用上述M1的取值示例2.16，M1的取值范围为(0，4)，此时M2＝0.08。

S1107，第一移动终端根据用户历史回拨时长和转换参数获取再次呼叫的等待预测结果。

应理解，被叫者接收到未接呼叫的回拨习惯可能也会影响回拨时长。比如，有些被叫者获知有未接呼叫后，习惯及时回拨，此时回拨时长可能较短；而有些被叫者获知有未接呼叫后，习惯选择在较长时间后(如下班后)回拨，此时对应的回拨时长可能较长。因此，为了更加准确地预测回拨时长，可以通过该步骤根据被叫者的回拨习惯确定回拨时长。

示例性的，一种可能的实现方式中，第一移动终端可以就记录用户的回拨数据。该回拨数据可以是用户在每天的不同时段接到未接呼叫时的回拨时间，比如，按照一定时间间隔T3将每天划分为多个时段，如果用户的某一个时段接收到未接呼叫时，记录用户针对该未接呼叫的回拨时长，并将其作为该时段对应的用户回拨时长，以反映用户在该时段的回拨习惯。举例来说，假设T3为20min将一天划分为多个时段，用户在09:21(对应时段09:20-09:40)接收到未接呼叫，并且在10min后(也即09:31)对该呼叫进行回拨，则时段09:20-09:40对应的用户回拨时长就是10min。第一移动终端可以实时记录每一次用户回拨时对应的历史回拨数据，当预测回拨时长时，利用记录的历史回拨数据，确定每个时段对应的用户回拨平均数据，然后利用该用户回拨平均数据对步骤S1106中的转换参数进行修正，获得更加准确的回拨时长。

可选地，在一种可能的实现方式中，第一移动终端还可以利用预设历史时间段内的用户回拨数据对转换参数进行修正。比如，第一移动终端可以利用当前之前一年内的用户回拨数据，确定每天每个时段内的用户回拨时长平均值，并利用该用户回拨时长平均值对转换参数进行修正。

在一些实施例中，第一移动终端利用用户回拨平均时长和转换参数确定当前再次呼叫的等待时长的预测结果Rt例如可以通过公式(1-7)确定：

Rt＝(1-M2)×t (1-7)

其中，M2为转换参数；t为当前时段内对应的用户回拨时长平均值。

举例来说，假设当前时段为09:20-09:40，用户在该时段内的用户回拨时长平均值为5min，且M2为上述确定获得的示例性数值0.08，则此时回拨时长的预测结果Rt＝(1-0.08)×5＝4.6min。

S1108，第一移动终端向第二移动终端发送呼叫时间提醒消息。

其中，该呼叫时间提醒消息包括预测的再次呼叫的等待时长，用于向呼叫者提示再次呼叫的合适时间。

第一移动终端向第二移动终端发送呼叫时间提醒消息的方式可以有多种，比如通过短信、即时讯通App等。该呼叫时间提醒消息可以以多种方式呈现给呼叫者，比如以文本形式、语音形式等。本申请实施例对此不作限定。

需要说明的是，本申请实施例示出的再次呼叫的等待时长的确定方式仅为示例，但并不作为限定。在实际应用中，还可以通过其它方式(如公式)将用户状态、用户的设备使用习惯等量化为特定参数，预测该再次呼叫的等待时长。

还需要说明的是，本申请实施例中的步骤S1105为可选步骤，比如，如果对用户状态、用户设备使用习惯、设备实时操作频率等量化后的参数均与再次回拨的等待时长为正相关(量化后的参数越小表示回拨时长越短)，则可以不执行步骤S1106中对回拨及时性参数进行转换。此外，步骤S1102至步骤S1104的执行顺序也并不仅限于上述示出的顺序。

总的来说，本申请实施例提供的呼叫时间提醒的方法主要通过将用户状态、用户的设备使用习惯、用户的实时动态使用情况等量化为参数，进而根据这些参数获得回拨时长的预测结果。上述列举的确定方式仅用于更好地理解本申请实施例提供的呼叫时间提醒的方法，在另一些实施例中，还可以设置其他的确定方式对用户状态等进行量化，进而确定再次呼叫的时间，本申请对此并不限定。

根据本申请实施例提供的呼叫时间提醒的方法，通过将分析并量化用户状态、用户设备使用习惯等，确定其对再次呼叫时间的影响，使得再次呼叫时间的预测结果更加准确，提升双方通话成功的可能性。

基于同样的技术构思，本申请实施例还提供了一种终端设备，包括：显示器；一个或多个处理器；一个或多个存储器；所述一个或多个存储器存储有一个或多个计算机程序，所述一个或多个计算机程序包括指令，当所述指令被所述一个或多个处理器执行时，使得所述终端设备执行上述任一个方法中的一个或多个步骤。

基于同样的技术构思，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机或处理器上运行时，使得计算机或处理器执行上述任一个方法中的一个或多个步骤。

基于同样的技术构思，本申请实施例还提供了一种包含指令的计算机程序产品。当该计算机程序产品在计算机或处理器上运行时，使得计算机或处理器执行上述任一个方法中的一个或多个步骤。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者通过所述计算机可读存储介质进行传输。所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，该流程可以由计算机程序来指令相关的硬件完成，该程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。而前述的存储介质包括：ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。

以上所述，仅为本申请实施例的具体实施方式，但本申请实施例的保护范围并不局限于此，任何在本申请实施例揭露的技术范围内的变化或替换，都应涵盖在本申请实施例的保护范围之内。因此，本申请实施例的保护范围应以所述权利要求的保护范围为准。

Claims (15)

1.一种呼叫时间提醒的方法，其特征在于，应用于第一移动终端，包括：

接收呼叫者通过第二移动终端发起的呼叫；

当确定发生未接呼叫事件时，基于呼叫时间预测模型获取再次呼叫的时间信息；

向所述第二移动终端发送呼叫时间提醒消息，所述呼叫时间提醒消息用于向所述呼叫者提示所述再次呼叫的时间信息；

所述当确定发生未接呼叫事件时，基于呼叫时间预测模型获取再次呼叫的时间信息，具体包括：

收集目标信息，所述目标信息用于指示用户状态、用户对所述第一移动终端的使用习惯和用户对所述第一移动终端的实时操作频率；

根据所述目标信息确定用户事件影响因子、设备使用率影响因子和实时操作频率影响因子，其中，所述用户事件影响因子用于指示所述用户习惯对再次呼叫时间的影响，所述设备使用率影响因子用于指示所述用户对所述第一移动终端的使用习惯对再次呼叫时间的影响，所述实时操作频率影响因子用于指示所述用户对所述第一移动终端的实时操作频率对再次呼叫时间的影响；

根据所述用户事件影响因子、所述设备使用率影响因子和所述实时操作频率影响因子确定所述再次呼叫的时间信息。

2.根据权利要求1所述的方法，其特征在于，所述再次呼叫的时间信息为再次呼叫的等待时长或者为再次呼叫的时刻。

3.根据权利要求1所述的方法，其特征在于，所述向所述第二移动终端发送呼叫时间提醒消息，具体包括：

通过短信方式向所述第二移动终端发送所述呼叫时间提醒消息；或者，

通过即时通讯应用程序向所述第二移动终端发送所述呼叫时间提醒消息。

4.根据权利要求1-3中任一项所述的方法，其特征在于，所述呼叫时间提醒消息为语音和/或文本。

5.根据权利要求1-3中任一项所述的方法，其特征在于，所述呼叫时间预测模型用于根据用户状态、用户对所述第一移动终端的使用习惯和所述用户对所述第一移动终端的实时操作频率确定所述再次呼叫的时间信息。

6.根据权利要求1-3中任一项所述的方法，其特征在于，所述根据所述用户事件影响因子、所述设备使用率影响因子和所述实时操作频率影响因子确定所述再次呼叫的时间信息，具体包括：

根据所述用户事件影响因子、所述设备使用率影响因子和所述实时操作频率影响因子确定回拨及时性参数，所述回拨及时性参数用于指示再次呼叫的及时性；

根据预获取的所述用户的历史回拨时长和所述回拨及时性参数获取所述再次呼叫的时间信息。

7.根据权利要求6所述的方法，其特征在于，当再次呼叫的时间信息为再次呼叫的等待时长，且所述回拨及时性参数与所述再次呼叫的等待时长负相关时，所述根据预获取的所述用户的历史回拨时长和所述回拨及时性参数获取所述再次呼叫的时间信息，具体包括：

对所述回拨及时性进行转换，获得转换参数，所述转换参数与所述再次呼叫的等待时长正相关；

根据预获取的所述用户的历史回拨时长和所述转换参数获取所述再次呼叫的时间信息。

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

获取所述用户状态与所述用户事件影响因子的对应关系；

根据所述目标信息确定所述用户当前的用户的状态；

从所述用户状态与所述用户事件影响因子的对应关系中确定所述用户当前的用户的状态对应的所述用户事件影响因子。

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

将一天中的第一时段划分为多个子时段，每个子时段的时长为第一时长；

获取每个所述子时段内所述第一移动终端未被使用的时长。

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

获取所述未接呼叫事件的发生时间，并确定所述发生时间所在的目标子时段，所述目标子时段为所述多个子时段中的某一个；

根据所述第一时长和所述目标子时段内所述第一移动终端未被使用的时长，确定所述设备使用率影响因子。

11.根据权利要求10所述的方法，其特征在于，获取预设历史时段内多天中所述目标子时段内所述第一移动终端未被使用的多个时长；

所述根据所述第一时长和所述目标子时段内所述第一移动终端未被使用的时长，确定所述设备使用率影响因子，具体包括：

计算所述多天中所述目标子时段内所述第一移动终端未被使用的多个时长的平均值，获取所述目标子时段内所述第一移动终端未被使用的平均时长；

根据所述第一时长和所述目标子时段内所述第一移动终端未被使用的平均时长，确定所述设备使用率影响因子。

12.根据权利要求10或11所述的方法，其特征在于，所述根据所述第一时长和所述目标子时段内所述第一移动终端未被使用的时长，确定所述设备使用率影响因子，具体包括：

其中，IF2表示所述设备使用率因子，T1表示所述子时段的第一时长，t表示所述目标子时段内所述第一移动终端未被使用的平均时长。

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

以所述未接呼叫事件发生的时间为基准，确定第二时段；

在所述第二时段内选择多个时刻，且每两个相邻的所述时刻之间的时间间隔为第二时长；

统计在每个所述时刻，所述用户是否使用所述第一移动终端；

根据所述用户在每个所述时刻是否使用所述第一移动终端的统计结果，以及所述时刻的数量，确定所述实时操作频率影响因子。

14.一种移动终端，其特征在于，包括：

一个或多个处理器；

一个或多个存储器；

所述一个或多个存储器存储有一个或多个计算机程序，所述一个或多个计算机程序包括指令，当所述指令被所述一个或多个处理器执行时，使得所述移动终端执行如权利要求1至13中任一项所述的方法。

15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机可执行程序，所述计算机可执行程序在被计算机调用时，使所述计算机执行如权利要求1至13中任一项所述的方法。