呼叫用户的方法、装置、电子设备及介质与流程

1.本技术中涉及数据处理技术，尤其是一种呼叫用户的方法、装置、电子设备及介质。


背景技术：

2.由于通信时代和社会的兴起，利用语音对用户进行业务访问已经随着越来越多的用户在使用智能终端而不断发展。
3.进一步的，随着互联网的发展以及人们消费意识和消费习惯的转变，消费贷款等借贷业务也会随之发展。可以理解的，由此而导致的贷款逾期问题也会出现。相关技术中，对于逾期用户，通常平台是采用电话呼叫的方式来实现与用户处理相关的还款问题。
4.然而，在这种贷后处理还款的方式中，过于频繁的拨叫频率会引起用户的反感，从而导致出现投诉问题，也会引起用户体验的下降。


技术实现要素：

5.本技术实施例提供一种呼叫用户的方法、装置、电子设备及介质。用以解决相关技术中存在的，过于频繁的拨叫频率会引起用户的反感从而导致用户体验的下降的问题。
6.其中，根据本技术实施例的一个方面，提供的一种呼叫用户的方法，包括：
7.当检测到呼叫用户在预设时间点存在针对目标用户的呼叫请求时，获取所述目标用户的属性参数，所述属性参数包括允许被呼叫时间段以及业务信息；
8.基于所述目标用户的业务信息以及预设的呼叫策略，确定所述目标用户在第一历史时间段内中允许被呼叫次数；以及，当确定所述呼叫请求未超出所述允许被呼叫次数时，确定所述预设时间点是否位于所述允许被呼叫时间段中；
9.如是，生成呼叫准许结果，并对所述呼叫准许结果进行置信度值的计算，当所述置信度值高于预设阈值时，允许所述呼叫请求拨出；
10.其中，所述置信度值由下述公式得到：
[0011][0012]
其中，t表示目标用户对应的允许被呼叫次数，q为被第一历史时间段内的时间值,prpb
t，q
为第t个允许被呼叫次数与第q个呼叫次数。
[0013]
可选地，在基于本技术上述方法的另一个实施例中，所述基于所述目标用户的业务信息以及预设的呼叫策略，确定所述目标用户在第一历史时间段内中允许被呼叫次数，包括：
[0014]
解析所述目标用户的业务信息，确定所述目标用户是否为指向于预设业务的风险用户；
[0015]
若是，则确定所述目标用户对应的允许被呼叫次数超过预设呼叫数量；
[0016]
若否，则确定所述目标用户对应的允许被呼叫次数低于所述预设呼叫数量。
[0017]
可选地，在基于本技术上述方法的另一个实施例中，在所述解析所述目标用户的业务信息，确定所述目标用户是否为指向于预设业务的风险用户之后，还包括：
[0018]
若所述目标用户为指向于所述预设业务的风险用户，则确定所述目标用户对应的允许被呼叫时间段位于预设日期的第一时间范围；
[0019]
若所述目标用户为指向于所述预设业务的非风险用户，则确定所述目标用户对应的允许被呼叫时间段位于预设日期的第二时间范围，其中所述第二时间范围所包含的时间范围小于所述第一时间范围所包含的时间范围。
[0020]
可选地，在基于本技术上述方法的另一个实施例中，在所述确定所述预设时间点是否位于所述允许被呼叫时间段中之后，还包括：
[0021]
若否，则生成用于提示所述呼叫用户当前时间段不在所述目标用户对应的允许被呼叫时间段的提示消息；以及，将所述目标用户与所述允许被呼叫时间段以及所述允许被呼叫次数之间的关联关系；
[0022]
当再次检测到存在针对所述目标用户的复拨呼叫请求时，基于所述关联关系，处理所述复拨呼叫请求。
[0023]
可选地，在基于本技术上述方法的另一个实施例中，在所述检测到呼叫用户在预设时间点存在针对目标用户的呼叫请求之后，还包括：
[0024]
接收所述呼叫终端发送的鉴权请求，所述鉴权请求中携带有呼叫用户的身份信息以及服务类型信息；
[0025]
基于所述呼叫用户的身份信息以及所述服务类型信息，对所述呼叫用户进行呼叫鉴权，其中所述呼叫鉴权包括对所述呼叫用户的身份进行鉴权以及对所述呼叫用户的服务业务进行鉴权；
[0026]
当确定对所述呼叫用户进行的呼叫鉴权通过后，获取所述目标用户的属性参数。
[0027]
可选地，在基于本技术上述方法的另一个实施例中，所述基于所述呼叫用户的身份信息以及所述服务类型信息，对所述呼叫用户进行呼叫鉴权，包括：
[0028]
生成验证请求，所述验证请求用于获取所述呼叫用户的生物特征信息，所述生物特征信息至少包括脸部特征信息，虹膜特征信息，指纹特征信息中的一种信息；
[0029]
当根据所述呼叫用户的生物特征信息，确定所述验证请求通过时，确定对所述呼叫用户的身份鉴权通过；
[0030]
以及，
[0031]
确定所述呼叫用户的服务类型信息是否与所述目标用户的业务信息相匹配，若匹配，则确定对所述呼叫用户的服务业务鉴权通过。
[0032]
可选地，在基于本技术上述方法的另一个实施例中，在所述允许所述呼叫请求拨出之后，还包括：
[0033]
记录所述呼叫用户与所述目标用户的通话语音；
[0034]
基于所述通话语音，确定所述目标用户对于本次呼叫请求的配合意愿度；
[0035]
基于所述配合意愿度，调整所述目标用户对应的允许被呼叫时间段以及所述允许被呼叫次数。
[0036]
其中，根据本技术实施例的又一个方面，提供的一种呼叫用户的装置，其特征在
于，包括：
[0037]
检测模块，被配置为当检测到呼叫用户在预设时间点存在针对目标用户的呼叫请求时，获取所述目标用户的属性参数，所述属性参数包括允许被呼叫时间段以及业务信息；
[0038]
确定模块，被配置为基于所述目标用户的业务信息以及预设的呼叫策略，确定所述目标用户在第一历史时间段内中允许被呼叫次数；以及，当确定所述呼叫请求未超出所述允许被呼叫次数时，确定所述预设时间点是否位于所述允许被呼叫时间段中；
[0039]
呼叫模块，被配置为如是，生成呼叫准许结果，并对所述呼叫准许结果进行置信度值的计算，当所述置信度值高于预设阈值时，允许所述呼叫请求拨出；
[0040]
其中，所述置信度值由下述公式得到：
[0041][0042]
其中，t表示目标用户对应的允许被呼叫次数，q为被第一历史时间段内的时间值,prob
t，q
为第t个允许被呼叫次数与第q个呼叫次数。
[0043]
根据本技术实施例的又一个方面，提供的一种电子设备，包括：
[0044]
存储器，用于存储可执行指令；以及
[0045]
显示器，用于与所述存储器以执行所述可执行指令从而完成上述任一所述呼叫用户的方法的操作。
[0046]
根据本技术实施例的还一个方面，提供的一种计算机可读存储介质，用于存储计算机可读取的指令，所述指令被执行时执行上述任一所述呼叫用户的方法的操作。
[0047]
本技术中，可以当检测到呼叫用户在预设时间点存在针对目标用户的呼叫请求时，获取目标用户的属性参数，属性参数包括允许被呼叫时间段以及业务信息；基于目标用户的业务信息以及预设的呼叫策略，确定目标用户在第一历史时间段内中允许被呼叫次数；以及，当确定呼叫请求未超出允许被呼叫次数时，确定预设时间点是否位于允许被呼叫时间段中；如是，则允许呼叫请求拨出。通过应用本技术的技术方案，可以在接收到针对目标用户的呼叫请求时，不直接允许该呼叫被拨出，而是通过该用户所预先标注的业务信息以及预设的呼叫策略，确定本次针对该用户的拨叫请求在满足一定的呼叫条件时，才允许本次呼叫被拨出。从而避免现有技术中存在的过于频繁的拨叫频率会引起用户的反感，从而导致出现投诉等引起用户体验下降的问题。
[0048]
下面通过附图和实施例，对本技术的技术方案做进一步的详细描述。
附图说明
[0049]
构成说明书的一部分的附图描述了本技术的实施例，并且连同描述一起用于解释本技术的原理。
[0050]
参照附图，根据下面的详细描述，可以更加清楚地理解本技术，其中：
[0051]
图1为本技术提出的一种呼叫用户的方法示意图；
[0052]
图2-图3为本技术提出的呼叫请求的界面展示图；
[0053]
图4为本技术提出的一种呼叫用户的电子装置的结构示意图；
[0054]
图5为本技术提出的一种呼叫用户的电子设备的结构示意图。
具体实施方式
[0055]
现在将参照附图来详细描述本技术的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本技术的范围。
[0056]
同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
[0057]
以下对至少一个示例性实施例的描述实际上仅仅是说明性的，不作为对本技术及其应用或使用的任何限制。
[0058]
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。
[0059]
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
[0060]
另外，本技术各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本技术要求的保护范围之内。
[0061]
需要说明的是，本技术实施例中所有方向性指示(诸如上、下、左、右、前、后
……
)仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。
[0062]
下面结合图1-图3来描述根据本技术示例性实施方式的用于进行呼叫用户的方法。需要注意的是，下述应用场景仅是为了便于理解本技术的精神和原理而示出，本技术的实施方式在此方面不受任何限制。相反，本技术的实施方式可以应用于适用的任何场景。
[0063]
本技术还提出一种呼叫用户的方法、装置、电子设备及介质。
[0064]
图1示意性地示出了根据本技术实施方式的一种呼叫用户的方法的流程示意图。如图1所示，该方法包括：
[0065]
s101,当检测到呼叫用户在预设时间点存在针对目标用户的呼叫请求时，获取目标用户的属性参数，属性参数包括允许被呼叫时间段以及业务信息；
[0066]
s102,基于目标用户的业务信息以及预设的呼叫策略，确定目标用户在第一历史时间段内中允许被呼叫次数；以及，当确定呼叫请求未超出允许被呼叫次数时，确定预设时间点是否位于允许被呼叫时间段中；
[0067]
s103,如是，生成呼叫准许结果，并对呼叫准许结果进行置信度值的计算，当置信度值高于预设阈值时，允许呼叫请求拨出；
[0068]
其中，置信度值由下述公式得到：
[0069][0070]
其中，t表示目标用户对应的允许被呼叫次数，q为被第一历史时间段内的时间值,prpb
t，q
为第t个允许被呼叫次数与第q个呼叫次数。
[0071]
具体来说，随着社会和互联网的发展，提前消费的情形被越来越多的人们所渐渐接受。例如可以包括信用卡消费，其是一种非现金交易付款的方式，消费时无需支付现金，
待账单日再进行还款。又或也可以包括信用贷消费、小额贷消费等等。由于提前消费具有先用后还的特性，因此消费者可以透支未来的收入来进行现在消费，提高当前的消费能力。但是，也由于提前消费的特性，带来了对用户进行已办理业务催收问题。例如，有部分待呼叫用户在提前消费后可能会忘记及时还款或者拒绝还款的情况。如果没有进行及时的催收，可能会导致平台损失以及影响消费者的征信。
[0072]
更进一步的，相关技术中存在的对待呼叫用户进行已办理业务催收的情况通常是靠人工进行。举例来说，客服人员会根据已办理业务名单对各个待呼叫用户进行语音拨叫以实现督促用户尽快还款的目的。
[0073]
然而由于客服人员的沟通方式和水平各不相同，所以可能会导致对待呼叫用户进行沟通时，容易引起用户的反感从而出现较低用户体验的问题。
[0074]
其中，为了避免现有技术中出现的，避免产生一段时间内用户被集中多次呼叫所带来的引起用户体验下降的问题。本技术可以在对呼叫用户进行正式呼叫之前，首先对其所对应的属性参数进行采集并判断，只有在允许针对该用户进行呼叫时，才会对其进行呼叫。
[0075]
因此，本技术实施例中设计了一种呼叫用户的方法，其中可以包括：
[0076]
如图2所示，例如当检测到在预设时间点(例如为下午16:18)存在针对目标用户的呼叫请求时，可以首先获取该目标用户的属性参数，其中属性参数包括允许被呼叫时间段以及业务信息。
[0077]
需要说明的是，属性参数中的允许被呼叫时间段可以由业务信息所确定。一种方式中，本技术可以首先基于目标用户的属性信息以及预设的呼叫策略，确定目标用户在第一历史时间段内中允许被呼叫的次数；当呼叫请求未超出允许被呼叫的次数时，确定预设时间点是否位于允许被呼叫时间段中；如是，则允许呼叫请求拨出。从而避免现有技术中存在的过于频繁的拨叫频率会引起用户的反感，从而导致出现投诉问题，也会引起用户体验下降的问题。
[0078]
具体的，本技术方案公开了基于目标用户的业务信息，确定目标用户是否为指向于预设业务的风险用户(例如可以为贷款业务的风险用户)。
[0079]
举例来说，若确定目标用户为贷款业务的风险用户，则可以确定目标用户对应的允许被呼叫次数超过预设呼叫数量(预设呼叫数量例如可以为3次，那么预设业务的风险用户对应的允许被呼叫次数可以为5次)。
[0080]
另外，若确定目标用户为贷款业务的非风险用户，则可以确定目标用户对应的允许被呼叫次数低于预设呼叫数量(预设呼叫数量例如可以为3次，那么预设业务的风险用户对应的允许被呼叫次数可以为1次)。
[0081]
其中，第一历史时间段可以为一天，也可以为一周或一月等等。本技术对此不作限定。
[0082]
一种方式中，该业务信息可以包含多个参数，且该多个参数同样可以用于确定其具体的允许被呼叫次数。
[0083]
例如业务信息可以包括其关联的业务类型、业务时长、业务金额等等。可以理解的，当该用户的业务时长较少时，则可以为其确定一个较低的允许呼叫频率，又或当该用户的已办理业务金额较大时，则可以为其确定一个较高的允许呼叫频率。
[0084]
进一步的，本技术在确定目标用户对应的允许被呼叫次数之后，还可以在根据业务信息确定目标用户为指向于预设业务的风险用户之后，确定该用户对应的允许被呼叫时间段位于预设日期的第一时间范围；或，确定目标用户为指向于预设业务的非风险用户之后，则确定所述目标用户对应的允许被呼叫时间段位于预设日期的第二时间范围，其中第二时间范围所包含的时间范围小于第一时间范围所包含的时间范围。
[0085]
可以理解的，若该用户为风险用户，则其对应的允许被呼叫时间段(即第一时间范围)可以为相对较长时间范围的时间段(例如10:00-24:00)。而如果该用户为安全用户(即非风险用户)，则其对应的允许被呼叫时间段(即第二时间范围)可以为相对较短时间范围的时间段(例如10:00-14:00)等等。
[0086]
一种方式中，本技术实施例还可以在确定第一时间点是否位于允许被呼叫时间段的判断结果之后，对该判断结果进行一个置信度判断，以由此判断该结果的可信度，可以理解的，只有可信度高于某个阈值，才会确定对其进行呼叫，其中置信度的预测公式可以为：
[0087][0088]
其中，t表示目标用户对应的允许被呼叫次数，q为被第一历史时间段内的时间值,prpb
t，q
为第t个允许被呼叫次数与第q个呼叫次数。
[0089]
本技术中，可以当检测到呼叫用户在预设时间点存在针对目标用户的呼叫请求时，获取目标用户的属性参数，属性参数包括允许被呼叫时间段以及业务信息；基于目标用户的业务信息以及预设的呼叫策略，确定目标用户在第一历史时间段内中允许被呼叫次数；以及，当确定呼叫请求未超出允许被呼叫次数时，确定预设时间点是否位于允许被呼叫时间段中；如是，则允许呼叫请求拨出。通过应用本技术的技术方案，可以在接收到针对目标用户的呼叫请求时，不直接允许该呼叫被拨出，而是通过该用户所预先标注的业务信息以及预设的呼叫策略，确定本次针对该用户的拨叫请求在满足一定的呼叫条件时，才允许本次呼叫被拨出。从而避免现有技术中存在的过于频繁的拨叫频率会引起用户的反感，从而导致出现投诉等引起用户体验下降的问题。
[0090]
可选地，在基于本技术上述方法的另一个实施例中，所述基于所述目标用户的业务信息以及预设的呼叫策略，确定所述目标用户在第一历史时间段内中允许被呼叫次数，包括：
[0091]
解析所述目标用户的业务信息，确定所述目标用户是否为指向于预设业务的风险用户；
[0092]
若是，则确定所述目标用户对应的允许被呼叫次数超过预设呼叫数量；
[0093]
若否，则确定所述目标用户对应的允许被呼叫次数低于所述预设呼叫数量。
[0094]
可选地，在基于本技术上述方法的另一个实施例中，在所述解析所述目标用户的业务信息，确定所述目标用户是否为指向于预设业务的风险用户之后，还包括：
[0095]
若所述目标用户为指向于所述预设业务的风险用户，则确定所述目标用户对应的允许被呼叫时间段位于预设日期的第一时间范围；
[0096]
若所述目标用户为指向于所述预设业务的非风险用户，则确定所述目标用户对应的允许被呼叫时间段位于预设日期的第二时间范围，其中所述第二时间范围所包含的时间
范围小于所述第一时间范围所包含的时间范围。
[0097]
可选地，在基于本技术上述方法的另一个实施例中，在所述确定所述预设时间点是否位于所述允许被呼叫时间段中之后，还包括：
[0098]
若否，则生成用于提示所述呼叫用户当前时间段不在所述目标用户对应的允许被呼叫时间段的提示消息；以及，将所述目标用户与所述允许被呼叫时间段以及所述允许被呼叫次数之间的关联关系；
[0099]
当再次检测到存在针对所述目标用户的复拨呼叫请求时，基于所述关联关系，处理所述复拨呼叫请求。
[0100]
可选地，在基于本技术上述方法的另一个实施例中，在所述检测到呼叫用户在预设时间点存在针对目标用户的呼叫请求之后，还包括：
[0101]
接收所述呼叫终端发送的鉴权请求，所述鉴权请求中携带有呼叫用户的身份信息以及服务类型信息；
[0102]
基于所述呼叫用户的身份信息以及所述服务类型信息，对所述呼叫用户进行呼叫鉴权，其中所述呼叫鉴权包括对所述呼叫用户的身份进行鉴权以及对所述呼叫用户的服务业务进行鉴权；
[0103]
当确定对所述呼叫用户进行的呼叫鉴权通过后，获取所述目标用户的属性参数。
[0104]
可选地，在基于本技术上述方法的另一个实施例中，所述基于所述呼叫用户的身份信息以及所述服务类型信息，对所述呼叫用户进行呼叫鉴权，包括：
[0105]
生成验证请求，所述验证请求用于获取所述呼叫用户的生物特征信息，所述生物特征信息至少包括脸部特征信息，虹膜特征信息，指纹特征信息中的一种信息；
[0106]
当根据所述呼叫用户的生物特征信息，确定所述验证请求通过时，确定对所述呼叫用户的身份鉴权通过；
[0107]
以及，
[0108]
确定所述呼叫用户的服务类型信息是否与所述目标用户的业务信息相匹配，若匹配，则确定对所述呼叫用户的服务业务鉴权通过。
[0109]
本技术中，在连接主叫终端与目标用户的通话之前，为了确保主叫终端没有被恶意用户所破解进而导致骚扰目标用户，从而影响目标用户体验的问题。本技术还可以首先对使用主叫终端的呼叫用户进行一个验证请求。该验证请求用于确定呼叫用户的身份是否与当初生成替代号时的用户相一致。例如可以为通过采集用户生物特征信息的方式来进行验证。其中可以为用于请求呼叫用户的脸部特征信息，虹膜特征信息，指纹特征信息中的一种信息的请求。以使设备在接收到该信息后，根据数据库中预存的呼叫用户特征信息表，判定该次通话请求是否为安全呼叫用户生成的呼叫请求。
[0110]
例如图3所示，平台在生成验证请求后将该请求发送至主叫终端处。且在当使用主叫终端的呼叫用户同意该请求时，呼叫用户的终端即可使用摄像头，和/或，指纹传感器等采集装置来采集使用自身的生物特征信息(即脸部特征信息，虹膜特征信息，指纹特征信息中的至少一种信息)，并在采集对应的信息后，将该生物特征信息发送至预设的生物信息数据库中。以使数据库根据该生物特征信息判定呼叫用户是否为安全用户，如是，则确定对呼叫用户的身份鉴权通过。如否，则确定对呼叫用户的身份鉴权未通过。
[0111]
可选地，在基于本技术上述方法的另一个实施例中，在所述允许所述呼叫请求拨
出之后，还包括：
[0112]
记录所述呼叫用户与所述目标用户的通话语音；
[0113]
基于所述通话语音，确定所述目标用户对于本次呼叫请求的配合意愿度；
[0114]
基于所述配合意愿度，调整所述目标用户对应的允许被呼叫时间段以及所述允许被呼叫次数。
[0115]
一种方式中，本技术为了进一步提高目标用户的接听体验，还可以利用预设的语音识别模型对目呼叫用户与目标用户的通话语音进行特征识别，得到对应的语调特征、音量特征以及音色特征。从而在后续可以基于该语调特征、音量特征以及音色特征，确定目标用户的第一配合意愿程度；以及，基于通话时间与预设阈值的匹配关系，确定目标用户的第二配合意愿程度；最后，则可以根据第一配合意愿程度以及第二配合意愿程度，确定目标用户的综合配合意愿度。以使后续根据该配合意愿度，调整目标用户对应的允许被呼叫时间段以及允许被呼叫次数。
[0116]
可以理解的，若该配合意愿度较高，则可以后续一直沿用当前目标用户对应的允许被呼叫时间段以及允许被呼叫次数。而若该配合意愿度较低，则可以后续对应调低目标用户对应的允许被呼叫时间段以及允许被呼叫次数
[0117]
通过应用本技术的技术方案，可以在接收到针对目标用户的呼叫请求时，不直接允许该呼叫被拨出，而是通过该用户所预先标注的业务信息以及预设的呼叫策略，确定本次针对该用户的拨叫请求在满足一定的呼叫条件时，才允许本次呼叫被拨出。从而避免现有技术中存在的过于频繁的拨叫频率会引起用户的反感，从而导致出现投诉等引起用户体验下降的问题。
[0118]
可选的，在本技术的另外一种实施方式中，如图4所示，本技术还提供一种呼叫用户的装置。其中包括：
[0119]
检测模块201，被配置为检测模块，被配置为当检测到呼叫用户在预设时间点存在针对目标用户的呼叫请求时，获取所述目标用户的属性参数，所述属性参数包括允许被呼叫时间段以及业务信息；
[0120]
确定模块202，被配置为基于所述目标用户的业务信息以及预设的呼叫策略，确定所述目标用户在第一历史时间段内中允许被呼叫次数；以及，当确定所述呼叫请求未超出所述允许被呼叫次数时，确定所述预设时间点是否位于所述允许被呼叫时间段中；
[0121]
呼叫模块203，被配置为如是，生成呼叫准许结果，并对所述呼叫准许结果进行置信度值的计算，当所述置信度值高于预设阈值时，允许所述呼叫请求拨出；
[0122]
其中，所述置信度值由下述公式得到：
[0123][0124]
其中，t表示目标用户对应的允许被呼叫次数，q为被第一历史时间段内的时间值,prpb
t，q
为第t个允许被呼叫次数与第q个呼叫次数。
[0125]
本技术中，可以当检测到呼叫用户在预设时间点存在针对目标用户的呼叫请求时，获取目标用户的属性参数，属性参数包括允许被呼叫时间段以及业务信息；基于目标用户的业务信息以及预设的呼叫策略，确定目标用户在第一历史时间段内中允许被呼叫次
数；以及，当确定呼叫请求未超出允许被呼叫次数时，确定预设时间点是否位于允许被呼叫时间段中；如是，则允许呼叫请求拨出。通过应用本技术的技术方案，可以在接收到针对目标用户的呼叫请求时，不直接允许该呼叫被拨出，而是通过该用户所预先标注的业务信息以及预设的呼叫策略，确定本次针对该用户的拨叫请求在满足一定的呼叫条件时，才允许本次呼叫被拨出。从而避免现有技术中存在的过于频繁的拨叫频率会引起用户的反感，从而导致出现投诉等引起用户体验下降的问题。
[0126]
在本技术的另外一种实施方式中，检测模块201，被配置执行的步骤包括：
[0127]
解析所述目标用户的业务信息，确定所述目标用户是否为指向于预设业务的风险用户；
[0128]
若是，则确定所述目标用户对应的允许被呼叫次数超过预设呼叫数量；
[0129]
若否，则确定所述目标用户对应的允许被呼叫次数低于所述预设呼叫数量。
[0130]
在本技术的另外一种实施方式中，检测模块201，被配置执行的步骤包括：
[0131]
若所述目标用户为指向于所述预设业务的风险用户，则确定所述目标用户对应的允许被呼叫时间段位于预设日期的第一时间范围；
[0132]
若所述目标用户为指向于所述预设业务的非风险用户，则确定所述目标用户对应的允许被呼叫时间段位于预设日期的第二时间范围，其中所述第二时间范围所包含的时间范围小于所述第一时间范围所包含的时间范围。
[0133]
在本技术的另外一种实施方式中，检测模块201，被配置执行的步骤包括：
[0134]
若否，则生成用于提示所述呼叫用户当前时间段不在所述目标用户对应的允许被呼叫时间段的提示消息；以及，将所述目标用户与所述允许被呼叫时间段以及所述允许被呼叫次数之间的关联关系；
[0135]
当再次检测到存在针对所述目标用户的复拨呼叫请求时，基于所述关联关系，处理所述复拨呼叫请求。
[0136]
在本技术的另外一种实施方式中，检测模块201，被配置执行的步骤包括：
[0137]
接收所述呼叫终端发送的鉴权请求，所述鉴权请求中携带有呼叫用户的身份信息以及服务类型信息；
[0138]
基于所述呼叫用户的身份信息以及所述服务类型信息，对所述呼叫用户进行呼叫鉴权，其中所述呼叫鉴权包括对所述呼叫用户的身份进行鉴权以及对所述呼叫用户的服务业务进行鉴权；
[0139]
当确定对所述呼叫用户进行的呼叫鉴权通过后，获取所述目标用户的属性参数。
[0140]
在本技术的另外一种实施方式中，检测模块201，被配置执行的步骤包括：
[0141]
生成验证请求，所述验证请求用于获取所述呼叫用户的生物特征信息，所述生物特征信息至少包括脸部特征信息，虹膜特征信息，指纹特征信息中的一种信息；
[0142]
当根据所述呼叫用户的生物特征信息，确定所述验证请求通过时，确定对所述呼叫用户的身份鉴权通过；
[0143]
以及，
[0144]
确定所述呼叫用户的服务类型信息是否与所述目标用户的业务信息相匹配，若匹配，则确定对所述呼叫用户的服务业务鉴权通过。
[0145]
在本技术的另外一种实施方式中，检测模块201，被配置执行的步骤包括：
[0146]
记录所述呼叫用户与所述目标用户的通话语音；
[0147]
基于所述通话语音，确定所述目标用户对于本次呼叫请求的配合意愿度；
[0148]
基于所述配合意愿度，调整所述目标用户对应的允许被呼叫时间段以及所述允许被呼叫次数。
[0149]
图5是根据一示例性实施例示出的一种电子设备的逻辑结构框图。例如，电子设备300可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
[0150]
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器，上述指令可由电子设备处理器执行以完成上述呼叫用户的方法，该方法包括：当检测到呼叫用户在预设时间点存在针对目标用户的呼叫请求时，获取所述目标用户的属性参数，所述属性参数包括允许被呼叫时间段以及业务信息；基于所述目标用户的业务信息以及预设的呼叫策略，确定所述目标用户在第一历史时间段内中允许被呼叫次数；以及，当确定所述呼叫请求未超出所述允许被呼叫次数时，确定所述预设时间点是否位于所述允许被呼叫时间段中；如是，则允许所述呼叫请求拨出。可选地，上述指令还可以由电子设备的处理器执行以完成上述示例性实施例中所涉及的其他步骤。例如，非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
[0151]
在示例性实施例中，还提供了一种应用程序/计算机程序产品，包括一条或多条指令，该一条或多条指令可以由电子设备的处理器执行，以完成上述呼叫用户的方法，该方法包括：当检测到呼叫用户在预设时间点存在针对目标用户的呼叫请求时，获取所述目标用户的属性参数，所述属性参数包括允许被呼叫时间段以及业务信息；基于所述目标用户的业务信息以及预设的呼叫策略，确定所述目标用户在第一历史时间段内中允许被呼叫次数；以及，当确定所述呼叫请求未超出所述允许被呼叫次数时，确定所述预设时间点是否位于所述允许被呼叫时间段中；如是，则允许所述呼叫请求拨出。可选地，上述指令还可以由电子设备的处理器执行以完成上述示例性实施例中所涉及的其他步骤。
[0152]
本领域技术人员可以理解，示意图5仅仅是电子设备300的示例，并不构成对电子设备300的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如电子设备300还可以包括输入输出设备、网络接入设备、总线等。
[0153]
所称处理器302可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器302也可以是任何常规的处理器等，处理器302是电子设备300的控制中心，利用各种接口和线路连接整个电子设备300的各个部分。
[0154]
存储器301可用于存储计算机可读指令，处理器302通过运行或执行存储在存储器301内的计算机可读指令或模块，以及调用存储在存储器301内的数据，实现电子设备300的各种功能。存储器301可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区
可存储根据电子设备300的使用所创建的数据等。此外，存储器301可以包括硬盘、内存、插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)、至少一个磁盘存储器件、闪存器件、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)或其他非易失性/易失性存储器件。
[0155]
电子设备300集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机可读指令来指令相关的硬件来完成，的计算机可读指令可存储于一计算机可读存储介质中，该计算机可读指令在被处理器执行时，可实现上述各个方法实施例的步骤。
[0156]
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由下面的权利要求指出。
[0157]
应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求来限制。