CN114285940A - 电话接听提醒方法、装置、设备及存储介质 - Google Patents

Abstract

本发明属于通讯技术领域，公开了一种电话接听提醒方法、装置、设备及存储介质。该方法包括：在主叫设备呼叫被叫设备时，获取所述被叫设备的历史呼叫数据；根据所述历史呼叫数据确定目标时长阈值；根据当前呼叫时长和所述目标时长阈值，控制所述被叫设备播放催接提醒。通过上述方式，通过获取被叫设备的历史呼叫数据，根据历史呼叫数据确定目标时长阈值，基于主叫设备呼叫被叫设备时的当前呼叫时长和目标时长阈值对被叫设备发起催接，并控制被叫设备播放催接提醒，实现了被叫设备在接收到催接提醒时能够及时接听电话，提高了电话接听效率并提升了用户的使用体验。

Description

电话接听提醒方法、装置、设备及存储介质

技术领域

本发明涉及通讯技术领域，尤其涉及一种电话接听提醒方法、装置、设备及存储介质。

背景技术

目前的终端设备在进行电话呼叫时，视频彩铃技术在主叫方和被叫方呈现的视频彩铃内容都是事先确定好的，无论是播放视频彩铃平台提供的视频，还是接入第三方视频，主叫在播放被叫订阅的视频彩铃过程中，无法通过视频彩铃平台对被叫进行电话催接，同时被叫方也被指定播放主叫订阅的视频彩铃，无法感知主叫急需被接听的焦急情绪。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于提供一种电话接听提醒方法、装置、设备及存储介质，旨在解决现有技术在电话呼叫时无法进行电话催接的技术问题。

为实现上述目的，本发明提供了一种电话接听提醒方法，所述方法包括以下步骤：

在主叫设备呼叫被叫设备时，获取所述被叫设备的历史呼叫数据；

根据所述历史呼叫数据确定目标时长阈值；

根据当前呼叫时长和所述目标时长阈值，控制所述被叫设备播放催接提醒。

可选地，所述根据所述历史呼叫数据确定目标时长阈值，包括：

根据所述历史呼叫数据确定所述主叫设备与所述被叫设备之间的亲密度和第一预设时长内所述被叫设备的未接次数；

根据所述亲密度和所述未接次数确定目标时长阈值。

可选地，所述根据当前呼叫时长和所述目标时长阈值，控制所述被叫设备播放催接提醒，包括：

若所述当前呼叫时长超过所述目标时长阈值，则发送分包催接数据至所述被叫设备，以使所述被叫设备按照所述分包催接数据进行数据重组，得到催接提醒，并播放所述催接提醒。

可选地，所述电话接听提醒方法还包括：

根据所述历史呼叫数据确定所述被叫设备的平均摘机时间；

获取样本呼叫数据；

基于所述样本呼叫数据进行估值计算，确定样本平均摘机时间；

获取所述被叫设备的初始呼叫数据；

根据所述初始呼叫数据和所述样本平均摘机时间确定预估摘机时间；

将所述预估摘机时间和所述平均摘机时间发送至所述主叫设备的呼叫界面，以使所述呼叫界面显示所述预估摘机时间和所述平均摘机时间。

可选地，所述电话接听提醒方法还包括：

判断是否接收到所述主叫设备对应用户的催接操作信息；

在接收到所述主叫设备对应用户的催接操作信息时，控制所述被叫设备播放目标催接数据，所述目标催接数据为所述主叫设备对应的用户通过实时录制第二预设时长的催接媒体数据，并按照所述催接媒体数据的第二序号信息和类型信息进行存储并封装得到的。

可选地，所述判断是否接收到所述主叫设备对应用户的催接操作信息，包括：

在主叫设备呼叫被叫设备时，获取主叫设备和被叫设备分别对应的功能状态值；

若各功能状态值对应的功能状态为预设状态，则发送催接触发控件至所述主叫设备的呼叫界面，以使所述呼叫界面显示所述催接触发控件；

根据所述催接触发控件判断是否接收到所述主叫设备对应用户的催接操作信息。

可选地，所述获取所述被叫设备的历史呼叫数据，包括：

获取所述主叫设备对应的呼叫序列码和归属地；

根据所述呼叫序列码和所述归属地得到所述主叫设备对应的哈希值；

根据所述哈希值和所述被叫设备对应的被叫序列码在预设数据库中确定所述被叫设备的目标呼叫数据；

根据所述目标呼叫数据获取历史呼叫数据。

此外，为实现上述目的，本发明还提出一种电话接听提醒装置，所述电话接听提醒装置包括：

获取模块，用于在主叫设备呼叫被叫设备时，获取所述被叫设备的历史呼叫数据；

确定模块，用于根据所述历史呼叫数据确定目标时长阈值；

控制模块，用于根据当前呼叫时长和所述目标时长阈值，控制所述被叫设备播放催接提醒。

此外，为实现上述目的，本发明还提出一种电话接听提醒设备，所述电话接听提醒设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的电话接听提醒程序，所述电话接听提醒程序配置为实现如上文所述的电话接听提醒方法。

此外，为实现上述目的，本发明还提出一种存储介质，所述存储介质上存储有电话接听提醒程序，所述电话接听提醒程序被处理器执行时实现如上文所述的电话接听提醒方法。

本发明通过在主叫设备呼叫被叫设备时，获取所述被叫设备的历史呼叫数据；根据所述历史呼叫数据确定目标时长阈值；根据当前呼叫时长和所述目标时长阈值，控制所述被叫设备播放催接提醒。通过上述方式，通过获取被叫设备的历史呼叫数据，根据历史呼叫数据确定目标时长阈值，基于主叫设备呼叫被叫设备时的当前呼叫时长和目标时长阈值对被叫设备发起催接，并控制被叫设备播放催接提醒，实现了被叫设备在接收到催接提醒时能够及时接听电话，提高了电话接听效率并提升了用户的使用体验。话接听效率并提升了用户的使用体验。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的电话接听提醒设备的结构示意图；

图2为本发明电话接听提醒方法第一实施例的流程示意图；

图3为本发明电话接听提醒方法一实施例的催接时呼叫界面示意图；

图4为本发明电话接听提醒方法第二实施例的流程示意图；

图5为本发明电话接听提醒方法第三实施例的流程示意图；

图6为本发明电话接听提醒方法一实施例的摘机提醒时呼叫界面示意图；

图7为本发明电话接听提醒方法一实施例的摘机提醒时呼叫界面示意图；

图8为本发明电话接听提醒装置第一实施例的结构框图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

参照图1，图1为本发明实施例方案涉及的硬件运行环境的电话接听提醒设备结构示意图。

如图1所示，该电话接听提醒设备可以包括：处理器1001，例如中央处理器(Central Processing Unit，CPU)，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真(Wireless-Fidelity，Wi-Fi)接口)。存储器1005可以是高速的随机存取存储器(RandomAccess Memory，RAM)存储器，也可以是稳定的非易失性存储器(Non-Volatile Memory，NVM)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的结构并不构成对电话接听提醒设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及电话接听提醒程序。

在图1所示的电话接听提醒设备中，网络接口1004主要用于与网络服务器进行数据通信；用户接口1003主要用于与用户进行数据交互；本发明电话接听提醒设备中的处理器1001、存储器1005可以设置在电话接听提醒设备中，所述电话接听提醒设备通过处理器1001调用存储器1005中存储的电话接听提醒程序，并执行本发明实施例提供的电话接听提醒方法。

本发明实施例提供了一种电话接听提醒方法，参照图2，图2为本发明一种电话接听提醒方法第一实施例的流程示意图。

本实施例中，所述电话接听提醒方法包括以下步骤：

步骤S10：在主叫设备呼叫被叫设备时，获取所述被叫设备的历史呼叫数据。

需要说明的是，本实施例的执行主体为通讯服务系统，通讯服务系统中包括SIP代理服务器、视频彩铃平台以及通信运营服务器。通讯服务系统在检测到主叫设备呼叫被叫设备时，通讯服务系统获取主叫设备呼叫被叫设备的历史呼叫数据，根据历史呼叫数据确定进行催接的目标时长阈值，并根据主叫设备呼叫被叫设备时的当前呼叫时长和目标时长阈值控制被叫设备播放催接提醒，从而完成对被叫设备的电话催接提醒。

可以理解的是，被叫设备的历史呼叫数据指的是主叫设备呼叫被叫设备的历史呼叫数据，呼叫数据中包括主叫设备对应的呼叫序列码、被叫设备对应的呼叫序列码、呼叫接听次数、呼叫未接听次数、呼叫未接听时对应的呼叫时间、主叫设备对应的呼叫序列码归属地以及呼叫接听时对应的摘机时间。

步骤S20：根据所述历史呼叫数据确定目标时长阈值。

需要说明的是，根据历史呼叫数据可确定目标时长阈值，目标时长阈值用于判断通讯服务系统中的视频彩铃平台是否向被叫设备发起催接的临界值。

步骤S30：根据当前呼叫时长和所述目标时长阈值，控制所述被叫设备播放催接提醒。

需要说明的是，当前呼叫时长指的是当前主叫设备呼叫被叫设备时的未接时间，在当前呼叫时长超过目标时长阈值被叫设备仍未摘机接听时，则通讯服务系统中的视频彩铃平台判定需要向被叫设备发起催接，在当前呼叫时长在目标时长阈值内被叫设备摘机接听时，则无需进行催接。

可以理解的是，在通讯服务系统中的视频彩铃平台向被叫设备发起催接时，视频彩铃平台控制被叫设备播放催接提醒，催接提醒指的是预设催接数据，预设催接数据可为主叫设备预先设定的催接数据、也可为视频彩铃平台设定的催接数据、或被叫设备预先设定的催接数据，催接数据包括但不限于催接视频彩铃、催接文本信息、催接音频信息以及催接图片信息，本实施例对预设催接数据的表现形式不加以限制。

在具体实现中，若主叫设备对应用户为了体现催接的紧急程度而发起主动催接时，进一步地，本实施例中电话接听提醒方法还包括：判断是否接收到所述主叫设备对应用户的催接操作信息；在接收到所述主叫设备对应用户的催接操作信息时，控制所述被叫设备播放目标催接数据，所述目标催接数据为所述主叫设备对应的用户通过实时录制第二预设时长的催接媒体数据，并按照所述催接媒体数据的第二序号信息和类型信息进行存储并封装得到的。

需要说明的是，催接操作信息指的是主叫设备对应用户通过主叫设备界面上催接触发控件的操作信息，通讯服务系统在接收到主叫设备对应用户的催接操作信息时，确定主叫设备对应用户主动向被叫设备发起催接，此时通讯服务系统会控制被叫设备播放目标催接数据。

可以理解的是，目标催接数据为主叫设备对应用户实时录制的第二预设时长的催接媒体数据，当主叫设备对应用户通过催接触发控件发起主动催接的操作信息时，主叫设备自动开启前置摄像头和录音设备，录制第二预设时长的催接媒体数据，主叫设备的呼叫界面在视频彩铃播放图层上新增录制展示区，暂停正在播放的视频彩铃，进行催接媒体数据的录制，当录制时间到达第二预设时长后，主叫设备自动结束录制并将催接媒体数据上传到通讯服务系统。

在具体实现中，为保障被叫设备能够及时看到目标催接数据，主叫设备端需要将催接媒体数据进行分时分帧打包方式，将5秒视频分成f个g毫秒(g毫秒*f＝5000毫秒)，每个g毫秒包含d帧内容；当录制完第二预设时长的视频内容时，通过对第二预设时长的视频帧数进行拆分，每d个帧当成一个数据包，上传给通讯服务系统中的视频彩铃平台，将催接媒体数据进行分包后，每个分包催接媒体数据中包含如下字段：SEQ：从1000开始，每个分包的序号加1；LEN：数据包视频数据的长度；CALLING：主叫设备对应的呼叫序列码；CALLED：被叫设备对应的呼叫序列码；TIME：时间戳；TYPE：分包类型，其中0为起始包，1为过程包，2为结束包；DATA：录制视频数据，主叫设备将分包的催接媒体数据进行多线程发送至通讯服务系统的视频彩铃平台。

可以理解的是，在通讯服务系统中的视频彩铃平台通过多进程的方式接收到分包的催接媒体数据后，识别催接媒体数据中的第一序号信息和类型信息将分包催接视频进行存储得到原始的催接媒体数据，并重新将分包的催接媒体数据进行重新封装，得到目标催接数据。

在具体实现中，通讯服务系统中的视频彩铃平台通过控制被叫设备播放主叫设备对应用户录制的目标催接数据，从而更为直观的体现了主叫设备对应用户关于当前电话接听的紧急程度，使得被叫设备对应用户能够及时了解到紧急程度从而提高电话接听的及时性。

需要说明的是，为了保证催接和视频彩铃播放的正常进行，同时准确判断主叫设备对应用户是否发起主动催接，进一步地，所述判断是否接收到所述主叫设备对应用户的催接操作信息，包括：在主叫设备呼叫被叫设备时，获取主叫设备和被叫设备分别对应的功能状态值；若各功能状态值对应的功能状态为预设状态，则发送催接触发控件至所述主叫设备的呼叫界面，以使所述呼叫界面显示所述催接触发控件；根据所述催接触发控件判断是否接收到所述主叫设备对应用户的催接操作信息。

可以理解的是，通讯服务系统中的通信运营服务器需要获取主叫设备和被叫设备分别对应的功能状态值，主叫设备和被叫设备对应的功能状态值包括视频彩铃对应的功能状态值、催接功能对应的功能状态值。

应当理解的是，预设状态为支持视频彩铃功能状态以及支持催接功能状态，若通讯服务系统中的通信运营服务器获取到主叫设备和被叫设备分别对应的视频彩铃对应的功能状态值、催接功能对应的功能状态值对应的功能状态均为预设状态，则通讯服务系统中的视频彩铃平台向主叫设备的呼叫界面上推送催接触发控件从而显示。

在具体实现中，主叫设备和被叫设备分别对应的视频彩铃对应的功能状态值、催接功能对应的功能状态值可以压缩到一个byte中进行返回，一个byte是8个bit，通过bit位上设置0还是1来确定功能状态是否开启，1即为支持状态，0即为不支持状态，返回格式如表1所示。表1中的第一位指代的主叫设备的视频彩铃对应的功能状态值，第二位指代的主叫设备的催接功能对应的功能状态值，第五位指代的被叫设备的视频彩铃对应的功能状态值，第六位指代的被叫设备的催接功能对应的功能状态值，剩余bit位可指代其他功能对应的功能状态值。

表1

1

1

0

0

1

1

0

0

需要说明的是，催接触发控件是通讯服务系统中的视频彩铃平台向主叫设备的呼叫界面推送的催接触发控件，催接触发控件可以为催接按钮，也可为其他控件，本实施例对此不加以限制。

可以理解的是，通讯服务系统检测到在主叫设备呼叫被叫设备时，通讯服务系统中的视频彩铃平台不仅会在主叫设备的呼叫界面上播放被叫设备订阅的视频彩铃，同时会向主叫设备的呼叫界面推送催接触发控件。如图3所示，主叫设备的呼叫界面上显示被叫设备订阅的视频彩铃，同时显示了催接触发按钮，按钮上的显示内容为“点此发送接听催促”。

在具体实现中，主叫设备对应用户在需要催接时可通过催接触发控件进行主动催接，因此根据催接触发控件的操作信息可判断是否接收到主叫设备对应用户的催接操作信息，从而确定主叫设备端是否发起主动催接。

本实施例通过在主叫设备呼叫被叫设备时，获取所述被叫设备的历史呼叫数据；根据所述历史呼叫数据确定目标时长阈值；根据当前呼叫时长和所述目标时长阈值，控制所述被叫设备播放催接提醒。通过上述方式，通过获取被叫设备的历史呼叫数据，根据历史呼叫数据确定目标时长阈值，基于主叫设备呼叫被叫设备时的当前呼叫时长和目标时长阈值对被叫设备发起催接，并控制被叫设备播放催接提醒，实现了被叫设备在接收到催接提醒时能够及时接听电话，提高了电话接听效率并提升了用户的使用体验。话接听效率并提升了用户的使用体验。

参考图4，图4为本发明一种电话接听提醒方法第二实施例的流程示意图。

基于上述第一实施例，本实施例电话接听提醒方法中所述步骤S20，包括：

步骤S21：根据所述历史呼叫数据确定所述主叫设备与所述被叫设备之间的亲密度和第一预设时长内所述被叫设备的未接次数。

需要说明的是，获取历史呼叫数据第一预设时长内被叫设备的未接次数，并根据历史呼叫数据确定主叫设备与被叫设备之间的亲密度。

步骤S22：根据所述亲密度和所述未接次数确定目标时长阈值。

需要说明的时，根据主叫设备与被叫设备之间的亲密度以及第一预设时长内被叫设备的未接次数计算得到目标时长阈值，目标时长阈值用于判断通讯服务系统中的视频彩铃平台是否向被叫设备发起催接的临界值。

可以理解的是，为了使被叫设备能够及时播放催接提醒，进一步地，所述根据当前呼叫时长和所述目标时长阈值，控制所述被叫设备播放催接提醒，包括：若所述当前呼叫时长超过所述目标时长阈值，则发送分包催接数据至所述被叫设备，以使所述被叫设备按照所述分包催接数据进行数据重组，得到催接提醒，并播放所述催接提醒。

在具体实现中，若当前呼叫时长超过目标时长阈值被叫设备仍未摘机接听时，通讯服务系统中的视频彩铃平台判定需要向被叫设备发起催接，此时视频彩铃平台需要将催接提醒进行分包封装，分包催接数据中包括如下字段：SEQ：分包序号；LEN：视频数据的长度；POS：位置标识，包含B：开始，M-中间，E-结束。被叫设备按照分包催接数据中的第一序号信息和位置标识码区分并重组开始分包催接数据、中间分包催接数据以及结束分包催接数据，同时被叫设备通过校验分包催接数据的实收视频数据长度和视频彩铃平台分包登记的视频数据长度是否一致来确认所有分包催接数据是否接收完成；通过结束分包催接数据的第一序号和开始分包催接数据的第一序号，对比实际接收到的分包数量，确定是否接收完所有的分包催接数据；当所有分包催接数据接收完成后，被叫设备获取到催接提醒，此时被叫设备开始播放催接提醒，同时视频彩铃平台发送已催接的提示信息至主叫设备的呼叫界面。

需要说明的是，若通讯服务系统的视频彩铃平台通过控制被叫设备播放主叫设备对应用户通过催接触发控件发起主动催接时录制催接媒体数据得到的目标催接数据时，也需将目标催接数据进行分包封装，将分包封装后的目标催接数据多进程发送到被叫设备，被叫设备对分包封装的目标催接数据进行数据重组并校验，校验完成后即可播放目标催接数据，从而缩小在数据传输时间上的消耗，实现在主叫设备录制完催接媒体数据后被叫设备立即播放目标催接数据。

本实施例通过根据所述历史呼叫数据确定所述主叫设备与所述被叫设备之间的亲密度和第一预设时长内所述被叫设备的未接次数；根据所述亲密度和所述未接次数确定目标时长阈值。通过历史呼叫数据确定目标时长阈值，使后续能够根据当前呼叫时长和目标时长阈值判断是否需要进行催接，从而实现了对被叫设备进行催接提醒的准确性和针对性并体现了催接提醒的及时性。

参考图5，图5为本发明一种电话接听提醒方法第三实施例的流程示意图。

基于上述实施例，本实施例电话接听提醒方法，还包括：

步骤S01：根据所述历史呼叫数据确定所述被叫设备的平均摘机时间。

需要说明的是，获取历史呼叫数据中的接听数据，接听数据指的是在主叫设备呼叫被叫设备时，被叫设备的接听次数和接听时的摘机时间。根据被叫设备的接听次数和接听时的摘机时间可确定被叫设备的平均摘机时间。

步骤S02：获取样本呼叫数据。

需要说明的是，通讯服务系统中的通信运营服务器会将预设时间段内每个设备对应的呼叫序列码的呼叫数据发送至视频彩铃平台，由于呼叫数据众多，通信运营服务器会通过多进程将呼叫数据发送至视频彩铃平台的消息队列，视频彩铃平台以消息队列的方式对呼叫数据进行缓冲，从而视频彩铃平台中存储大量样本呼叫数据。

可以理解的是，视频彩铃平台的消息队列在处理样本呼叫数据时，根据样本呼叫数据的特征进行哈希计算，使样本呼叫数据落入不同的主题topic，哈希算法不仅需要支持不同主叫设备对应的呼叫序列码归属地区可对应N(N>＝1)个主题，且也需要支持M(M>＝1)个地区对应一个主题，最后，还需要保证同地区的数据落入到相同的主题范围中，利于后续样本呼叫数据处理时负载均衡。具体的哈希值计算过程如下：根据呼叫数据的主叫设备对应的呼叫序列码的归属地得到AreaId，AreaId为提前映射规划得到，根据AreaId进而得到哈希值主题编码中的前两位编码N1，N1＝AreaMapping.get(AreaId)，且AreaId和N1的映射关系提前保存至map中。例如，当前主叫设备对应的呼叫序列码的归属地为成都，对应的AreaId为01，从而得到N1为03。

应当理解的是，哈希值主题编码中的后两位编码N1可根据主叫设备对应的呼叫序列码进行mod运算得到，N2＝Segment(呼叫序列码)Mod M(M为素数，可以为一个地区的数量来作为M，不同的地区M值不同)来计算mod值，然后根据位数在前补0，确保输出为两位数，作为最终的N2值。例如，当前主叫设备对应的呼叫序列码为15911111111，M为19，则N2为15。

在具体实现中，在得到哈希值的N1和N2编码后，合并成主题队列topic的编号topicN1N2，topicN1N2也即哈希值，根据哈希值即可定位到主题队列topic中的具体topic，对于主题需要拆分成多个分区，从而使主叫设备对应的一个呼叫序列码的呼叫数据存储至同一个分区中，分区方式可采用主叫设备对应的一个呼叫序列码的最后两位来拆分，从而使在一个主题队列中的一个分区中查找到主叫设备的一个呼叫序列码对应的所有呼叫数据。

需要说明的是，所有样本呼叫数据在存储至分区后，视频彩铃平台中的分布式计算模块通过资源控制器来控制节点数量。汇集节点的计算资源(如CPU,内存数据)，然后通过业务控制器来根据队列的主题和分区情况，向资源控制器动态申请资源，在申请资源成功的情况下，动态地在各个节点上启动对应的催接数据处理程序，催接数据处理程序处理主叫设备对应的呼叫序列码的呼叫数据，得到可作为催接依据的催接依据，并将催接依据落地到高速缓存中，供后续的查询使用。

步骤S03：基于所述样本呼叫数据进行估值计算，确定样本平均摘机时间。

需要说明的是，由于不同的状态条件下摘机时间不同，状态包括但不限于年龄段、周期、时间段、位置、运动状态以及通话频繁程度，年龄段包括但不限于学生、青年、中年、老年；周期包括但不限于工作日、节假日、休假日；时间段包括早上、上午、中午、下午、晚上以及凌晨；位置包括但不限于车站、机场、办公室、外地以及家里；运动状态包括但不限于高速运动、低速运动以及静止；通话频繁程度包括高频、低频、正常。

可以理解的是，将样本呼叫数据中对所有被呼叫群体的历史呼叫数据进行不同的状态组合，确定不同群体的各状态下的平均摘机时间S_i，从而得到样本呼叫数据中所有被叫设备对应用户的样本平均摘机时间T_m，

样本呼叫数据中所存在的被叫设备对应用户数量为m。

步骤S04：获取所述被叫设备的初始呼叫数据。

需要说明的是，被叫设备的初始呼叫数据指的是被叫设备对应的呼叫序列码对应的所有被呼叫数据。

步骤S05：根据所述初始呼叫数据和所述样本平均摘机时间确定预估摘机时间。

需要说明的是，在得到被叫设备对应的呼叫序列码对应的所有被呼叫数据后，根据初始呼叫数据进行不同的状态组合，得到被叫设备对应用户在的所有状态下的平均摘机时间为B_m，被叫设备对应用户在各状态下的平均摘机时间为P_i，则得到

可以理解的是，在得到所有状态下的平均摘机时间为B_m和样本平均摘机时间T_m，得到被叫设备对应用户的预估摘机时间T＝|S-S×R|×T_m+|S+S×R|×B_m(S＞0且S＜1)，其中

S的值为预设个性参数，S以0.5的起点初始值投入使用，根据实际数据的偏差进行拟合，最终得到准确的S值。

步骤S06：将所述预估摘机时间和所述平均摘机时间发送至所述主叫设备的呼叫界面，以使所述呼叫界面显示所述预估摘机时间和所述平均摘机时间。

需要说明的是，在主叫设备呼叫被叫设备时，通讯服务系统中的视频彩铃平台得到被叫设备的预估摘机时间和平均摘机时间后，将预估摘机时间和平均摘机时间发送到主叫设备的呼叫界面，从而在主叫设备的呼叫界面上显示预设摘机时间和平均摘机时间。例如，如图6所示，当前被叫设备对应的预估摘机时间为10s，平均摘机时间为11s，在主叫设备刚开始呼叫被叫设备时，主叫设备的呼叫界面上显示“预估10s后摘机”、“对方平均摘机时间为11s”，在呼叫3s之后，如图7所示，主叫设备的呼叫界面上显示“预估7s后摘机”、“对方平均摘机时间为11s”。

可以理解的是，为了得到准确的历史呼叫数据，进一步地，所述获取所述被叫设备的历史呼叫数据，包括：获取所述主叫设备对应的呼叫序列码和归属地；根据所述呼叫序列码和所述归属地得到所述主叫设备对应的哈希值；根据所述哈希值和所述被叫设备对应的被叫序列码在预设数据库中确定所述被叫设备的目标呼叫数据；根据所述目标呼叫数据获取历史呼叫数据。

在具体实现中，获取主叫设备对应的呼叫序列码和呼叫序列码对应的归属地，根据呼叫序列码可以计算得到哈希值编码的后两位N2编码，根据对属地可以得到哈希值编码的前两位N1编码，从而得到主叫设备对应的哈希值topicN1N2，并根据主叫设备对应的呼叫序列码的后两位得到存储主叫设备对应的呼叫数据的队列分区。预设数据库是视频彩铃平台用于存储呼叫数据的消息队列。

需要说明的是，在得到哈希值和主叫设备对应的呼叫序列码的后两位可以在预设数据库中查找到主叫设备的所有呼叫数据，并根据被叫设备的被叫序列码在主叫设备对应的所有呼叫数据中查找到主叫设备呼叫被叫设备时的所有呼叫数据，主叫设备呼叫被叫设备时的所有呼叫数据即为被叫设备的目标呼叫数据。

可以理解的是，目标呼叫数据包括主叫设备呼叫被叫时的历史呼叫数据以及主叫设备呼叫被叫数据时的当前呼叫数据，因此，根据目标呼叫数据中的呼叫时间可获取到被叫设备的历史呼叫数据和当前呼叫数据，同时根据被叫设备的当前呼叫数据获得当前呼叫时长。

本实施例通过根据所述历史呼叫数据确定所述被叫设备的平均摘机时间；获取样本呼叫数据；基于所述样本呼叫数据进行估值计算，确定样本平均摘机时间；获取所述被叫设备的初始呼叫数据；根据所述初始呼叫数据和所述样本平均摘机时间确定预估摘机时间；将所述预估摘机时间和所述平均摘机时间发送至所述呼叫界面进行显示。通过样本呼叫数据和历史呼叫数据确定被叫设备的平均摘机时间和预估摘机时间，并将平均摘机时间和预估摘机时间在呼叫界面进行显示，使得主叫设备对应用户能够对被叫设备的电话接听存在提前预知，减缓主叫设备对应用户的未知焦急心理，提升用户的体验感。

此外，参照图8，本实施例还提出一种电话接听提醒装置，所述电话接听提醒装置包括：

获取模块10，用于在主叫设备呼叫被叫设备时，获取所述被叫设备的历史呼叫数据。

确定模块20，用于根据所述历史呼叫数据确定目标时长阈值。

控制模块30，用于根据当前呼叫时长和所述目标时长阈值，控制所述被叫设备播放催接提醒。

本实施例通过在主叫设备呼叫被叫设备时，获取所述被叫设备的历史呼叫数据；根据所述历史呼叫数据确定目标时长阈值；根据当前呼叫时长和所述目标时长阈值，控制所述被叫设备播放催接提醒。通过上述方式，通过获取被叫设备的历史呼叫数据，根据历史呼叫数据确定目标时长阈值，基于主叫设备呼叫被叫设备时的当前呼叫时长和目标时长阈值对被叫设备发起催接，并控制被叫设备播放催接提醒，实现了被叫设备在接收到催接提醒时能够及时接听电话，提高了电话接听效率并提升了用户的使用体验。话接听效率并提升了用户的使用体验。

在一实施例中，所述确定模块20，还用于根据所述历史呼叫数据确定所述主叫设备与所述被叫设备之间的亲密度和第一预设时长内所述被叫设备的未接次数；

根据所述亲密度和所述未接次数确定目标时长阈值。

在一实施例中，所述控制模块30，还用于若所述当前呼叫时长超过所述目标时长阈值，则发送分包催接数据至所述被叫设备，以使所述被叫设备按照所述分包催接数据的进行数据重组，得到催接提醒，并播放所述催接提醒。

在一实施例中，所述确定模块20，还用于根据所述历史呼叫数据确定所述被叫设备的平均摘机时间；

获取样本呼叫数据；

基于所述样本呼叫数据进行估值计算，确定样本平均摘机时间；

获取所述被叫设备的初始呼叫数据；

根据所述初始呼叫数据和所述样本平均摘机时间确定预估摘机时间；

将所述预估摘机时间和所述平均摘机时间发送至所述主叫设备的呼叫界面，以使所述呼叫界面显示所述预估摘机时间和所述平均摘机时间。

在一实施例中，所述控制模块30，还用于判断是否接收到所述主叫设备对应用户的催接操作信息；

在接收到所述主叫设备对应用户的催接操作信息时，控制所述被叫设备播放目标催接数据，所述目标催接数据为所述主叫设备对应的用户通过实时录制第二预设时长的催接媒体数据，并按照所述催接媒体数据的第二序号信息和类型信息进行存储并封装得到的。

在一实施例中，所述控制模块30，还用于在主叫设备呼叫被叫设备时，获取主叫设备和被叫设备分别对应的功能状态值；

若各功能状态值对应的功能状态为预设状态，则发送催接触发控件至所述主叫设备的呼叫界面，以使所述呼叫界面显示所述催接触发控件；

根据所述催接触发控件判断是否接收到所述主叫设备对应用户的催接操作信息。

在一实施例中，所述获取模块10，还用于获取所述主叫设备对应的呼叫序列码和归属地；

根据所述呼叫序列码和所述归属地得到所述主叫设备对应的哈希值；

根据所述哈希值和所述被叫设备对应的被叫序列码在预设数据库中确定所述被叫设备的目标呼叫数据；

根据所述目标呼叫数据获取历史呼叫数据。

由于本装置采用了上述所有实施例的全部技术方案，因此至少具有上述实施例的技术方案所带来的所有有益效果，在此不再一一赘述。

此外，本发明实施例还提出一种存储介质，所述存储介质上存储有电话接听提醒程序，所述电话接听提醒程序被处理器执行时实现如上文所述的电话接听提醒方法的步骤。

由于本存储介质采用了上述所有实施例的全部技术方案，因此至少具有上述实施例的技术方案所带来的所有有益效果，在此不再一一赘述。

需要说明的是，以上所描述的工作流程仅仅是示意性的，并不对本发明的保护范围构成限定，在实际应用中，本领域的技术人员可以根据实际的需要选择其中的部分或者全部来实现本实施例方案的目的，此处不做限制。

另外，未在本实施例中详尽描述的技术细节，可参见本发明任意实施例所提供的电话接听提醒方法，此处不再赘述。

此外，需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如只读存储器(Read Only Memory，ROM)/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种电话接听提醒方法，其特征在于，所述电话接听提醒方法包括：

在主叫设备呼叫被叫设备时，获取所述被叫设备的历史呼叫数据；

根据所述历史呼叫数据确定目标时长阈值；

根据当前呼叫时长和所述目标时长阈值，控制所述被叫设备播放催接提醒。

2.如权利要求1所述的电话接听提醒方法，其特征在于，所述根据所述历史呼叫数据确定目标时长阈值，包括：

根据所述历史呼叫数据确定所述主叫设备与所述被叫设备之间的亲密度和第一预设时长内所述被叫设备的未接次数；

根据所述亲密度和所述未接次数确定目标时长阈值。

3.如权利要求1所述的电话接听提醒方法，其特征在于，所述根据当前呼叫时长和所述目标时长阈值，控制所述被叫设备播放催接提醒，包括：

若所述当前呼叫时长超过所述目标时长阈值，则发送分包催接数据至所述被叫设备，以使所述被叫设备按照所述分包催接数据进行数据重组，得到催接提醒，并播放所述催接提醒。

4.如权利要求1所述的电话接听提醒方法，其特征在于，还包括：

根据所述历史呼叫数据确定所述被叫设备的平均摘机时间；

获取样本呼叫数据；

基于所述样本呼叫数据进行估值计算，确定样本平均摘机时间；

获取所述被叫设备的初始呼叫数据；

根据所述初始呼叫数据和所述样本平均摘机时间确定预估摘机时间；

将所述预估摘机时间和所述平均摘机时间发送至所述主叫设备的呼叫界面，以使所述呼叫界面显示所述预估摘机时间和所述平均摘机时间。

5.如权利要求1所述的电话接听提醒方法，其特征在于，还包括：

判断是否接收到所述主叫设备对应用户的催接操作信息；

在接收到所述主叫设备对应用户的催接操作信息时，控制所述被叫设备播放目标催接数据，所述目标催接数据为所述主叫设备对应的用户通过实时录制第二预设时长的催接媒体数据，并按照所述催接媒体数据的第二序号信息和类型信息进行存储并封装得到的。

6.如权利要求5所述的电话接听提醒方法，其特征在于，所述判断是否接收到所述主叫设备对应用户的催接操作信息，包括：

在主叫设备呼叫被叫设备时，获取主叫设备和被叫设备分别对应的功能状态值；

若各功能状态值对应的功能状态为预设状态，则发送催接触发控件至所述主叫设备的呼叫界面，以使所述呼叫界面显示所述催接触发控件；

根据所述催接触发控件判断是否接收到所述主叫设备对应用户的催接操作信息。

7.如权利要求1至5中任一项所述的电话接听提醒方法，其特征在于，所述获取所述被叫设备的历史呼叫数据，包括：

获取所述主叫设备对应的呼叫序列码和归属地；

根据所述呼叫序列码和所述归属地得到所述主叫设备对应的哈希值；

根据所述哈希值和所述被叫设备对应的被叫序列码在预设数据库中确定所述被叫设备的目标呼叫数据；

根据所述目标呼叫数据获取历史呼叫数据。

8.一种电话接听提醒装置，其特征在于，所述电话接听提醒装置包括：

获取模块，用于在主叫设备呼叫被叫设备时，获取所述被叫设备的历史呼叫数据；

确定模块，用于根据所述历史呼叫数据确定目标时长阈值；

控制模块，用于根据当前呼叫时长和所述目标时长阈值，控制所述被叫设备播放催接提醒。

9.一种电话接听提醒设备，其特征在于，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的电话接听提醒程序，所述电话接听提醒程序配置为实现如权利要求1至7中任一项所述的电话接听提醒方法。

10.一种存储介质，其特征在于，所述存储介质上存储有电话接听提醒程序，所述电话接听提醒程序被处理器执行时实现如权利要求1至7任一项所述的电话接听提醒方法。

Images