异常号码的呼叫处理方法及装置、电子设备与流程

1.本发明涉及通信技术领域，尤其涉及一种异常号码的呼叫处理方法及装置、电子设备。


背景技术：

2.骚扰电话在大家的生活中十分常见，其对大家没有任何的好处，只会给大家带来困扰。因此我们对骚扰电话总是不胜其烦。
3.目前，处理骚扰电话的一种方式是在被叫端进行拦截，即检测到主叫端的电话号码为异常号码(例如黑中介)，则直接对本次呼叫进行拦截，避免被被叫端的用户感知到，从而也就不会对被叫端的用户造成骚扰。
4.然而，上述拦截方式过于简单粗暴，虽然被叫端用户不会感知到骚扰电话，但是主叫端用户却可以感知到自己的呼叫被拦截，从而采用其他方式继续对被叫端用户进行骚扰，因此，上述处理方法无法从根本上解决骚扰电话的问题。


技术实现要素：

5.鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的异常号码的呼叫处理方法及装置、电子设备。
6.第一方面，本发明实施例提供了一种异常号码的呼叫处理方法，应用于目标应用服务器，所述方法包括：
7.接收终端设备发送的呼叫请求，其中，所述呼叫请求携带有主叫电话号码；
8.在所述主叫电话号码为异常号码的情况下，向目标服务器发送号码请求；
9.接收所述目标服务器返回的目标电话号码，其中，所述目标电话号码对应的用户与被叫电话号码对应的用户不同，所述被叫电话号码为所述目标应用服务器根据所述呼叫请求确定的电话号码；
10.将所述目标电话号码发送至所述终端设备，以使所述终端设备向所述目标电话号码发起呼叫。
11.可选地，所述目标服务器包括第一目标服务器和第二目标服务器，所述向目标服务器发送号码请求，包括：
12.向所述第一目标服务器发送号码请求；
13.所述接收所述目标服务器返回的目标电话号码，包括：
14.接收所述第一目标服务器返回的响应电话号码，所述响应电话号码对应的用户与所述被叫电话号码对应的用户不同；
15.将所述响应电话号码发送至第二目标服务器，以使所述第二目标服务器选择一中间电话号码与所述响应电话号码进行绑定，其中，在所述中间电话号码与所述响应电话号码绑定后，向所述中间电话号码发起的呼叫将转接至所述响应电话号码；
16.接收所述第二目标服务器返回的所述中间电话号码，并将所述中间电话号码作为
所述目标电话号码。
17.可选地，所述响应电话号码包括第一类型电话号码、第二类型电话号码以及第三类型电话号码中的任意一种电话号码，其中，所述第一类型电话号码包括对应空号的电话号码，所述第二类型电话号码包括待验证是否有人使用的电话号码，所述第三类型电话号码包括预先申请的虚拟电话号码。
18.可选地，所述呼叫请求还携带有目标业务标识；
19.在向所述第一目标服务器发送号码请求之后，所述方法还包括：
20.将所述目标业务标识发送至所述第一目标服务器，以使所述第一目标服务器基于所述目标业务标识选择目标类型电话号码中的任一电话号码作为所述响应电话号码，其中，所述目标类型电话号码包括：所述第一类型电话号码、所述第二类型电话号码或者所述第三类型电话号码。
21.第二方面，本发明实施例还提供一种异常号码的呼叫处理方法，应用于目标服务器，所述方法包括：
22.接收目标应用服务器发送的号码请求，其中，所述号码请求为所述目标应用服务器在呼叫请求中的主叫电话号码为异常号码的情况下发送的，所述呼叫请求为所述目标应用服务器接收的来自终端设备的请求信息；
23.基于所述号码请求，选择预先存储的多个电话号码中的一个作为目标电话号码，其中，所述目标电话号码对应的用户与被叫电话号码对应的用户不同，所述被叫电话号码为所述目标应用服务器根据所述呼叫请求确定的电话号码；
24.将所述目标电话号码发送至所述目标应用服务器，以使所述目标应用服务器将所述目标电话号码转发至所述终端设备，由所述终端设备向所述目标电话号码发起呼叫。
25.可选地，所述目标服务器包括第一目标服务器和第二目标服务器，所述接收终端设备发送的号码请求，包括：
26.由所述第一目标服务器接收所述号码请求；
27.所述基于所述号码请求，选择预先存储的多个电话号码中的一个作为目标电话号码，包括：
28.基于所述号码请求，在所述第一目标服务器预先存储的多个电话号码中选择一个作为响应电话号码，并将所述响应电话号码发送至所述目标应用服务器；
29.由所述第二目标服务器接收所述目标应用服务器发送的所述响应电话号码；
30.选择一中间电话号码与所述响应电话号码进行绑定，其中，在所述中间电话号码与所述响应电话号码绑定后，向所述中间电话号码发起的呼叫将转接至所述响应电话号码；
31.将所述中间电话号码作为所述目标电话号码。
32.可选地，所述第一目标服务器预先存储有第一类型电话号码、第二类型电话号码以及第三类型电话号码中的至少一种电话号码，其中，所述第一类型电话号码包括对应空号的电话号码，所述第二类型电话号码包括待验证是否有人使用的电话号码，所述第三类型电话号码包括：预先申请的虚拟电话号码，所述响应电话号码包括所述第一类型电话号码、所述第二类型电话号码以及所述第三类型电话号码中的任意一种电话号码。
33.可选地，所述呼叫请求还携带有目标业务标识，在所述第一目标服务器预先存储
有第一类型电话号码、第二类型电话号码以及第三类型电话号码的情况下，每种类型电话号码对应不同业务标识设置有不同数值区间；
34.在由所述第一目标服务器接收所述号码请求之后，所述方法还包括：
35.由所述第一目标服务器接收所述目标业务标识；
36.基于所述目标业务标识，确定每种类型电话号码对应的数值区间；
37.在目标数值范围内生成随机数，其中，所述目标数值范围包括各所述数值区间对应的数值范围的总和；
38.确定各所述数值区间中包含所述随机数的数值区间为目标数值区间；
39.基于所述号码请求，在所述第一目标服务器预先存储的多个电话号码中选择一个作为响应电话号码，包括：
40.基于所述号码请求，选择对应目标数值区间的目标类型电话号码中的任一电话号码作为所述响应电话号码。
41.第三方面，本发明实施例还提供一种异常号码的呼叫处理装置，应用于目标应用服务器，所述装置包括：
42.第一接收模块，用于接收终端设备发送的呼叫请求，其中，所述呼叫请求携带有主叫电话号码；
43.号码请求模块，用于在所述主叫电话号码为异常号码的情况下，向目标服务器发送号码请求；
44.第二接收模块，用于接收所述目标服务器返回的目标电话号码，其中，所述目标电话号码对应的用户与被叫电话号码对应的用户不同，所述被叫电话号码为所述目标应用服务器根据所述呼叫请求确定的电话号码；
45.呼叫处理模块，用于将所述目标电话号码发送至所述终端设备，以使所述终端设备向所述目标电话号码发起呼叫。
46.可选地，所述目标服务器包括第一目标服务器和第二目标服务器，所述号码请求模块，具体用于向所述第一目标服务器发送号码请求；
47.所述第二接收模块，包括：
48.第一接收单元，用于接收所述第一目标服务器返回的响应电话号码，所述响应电话号码对应的用户与所述被叫电话号码对应的用户不同；
49.发送单元，用于将所述响应电话号码发送至第二目标服务器，以使所述第二目标服务器选择一中间电话号码与所述响应电话号码进行绑定，其中，在所述中间电话号码与所述响应电话号码绑定后，向所述中间电话号码发起的呼叫将转接至所述响应电话号码；
50.第二接收单元，用于接收所述第二目标服务器返回的所述中间电话号码，并将所述中间电话号码作为所述目标电话号码。
51.可选地，所述响应电话号码包括第一类型电话号码、第二类型电话号码以及第三类型电话号码中的任意一种电话号码，其中，所述第一类型电话号码包括对应空号的电话号码，所述第二类型电话号码包括待验证是否有人使用的电话号码，所述第三类型电话号码包括预先申请的虚拟电话号码。
52.可选地，所述呼叫请求还携带有目标业务标识；所述装置还包括：
53.业务模块，用于将所述目标业务标识发送至所述第一目标服务器，以使所述第一
目标服务器基于所述目标业务标识选择目标类型电话号码中的任一电话号码作为所述响应电话号码，其中，所述目标类型电话号码包括：所述第一类型电话号码、所述第二类型电话号码或者所述第三类型电话号码。
54.第四方面，本发明实施例提供了一种异常号码的呼叫处理装置，应用于目标服务器，所述装置包括：
55.号码接收模块，用于接收目标应用服务器发送的号码请求，其中，所述号码请求为所述目标应用服务器在呼叫请求中的主叫电话号码为异常号码的情况下发送的，所述呼叫请求为所述目标应用服务器接收的来自终端设备的请求信息；
56.号码选择模块，用于基于所述号码请求，选择预先存储的多个电话号码中的一个作为目标电话号码，其中，所述目标电话号码对应的用户与被叫电话号码对应的用户不同，所述被叫电话号码为所述目标应用服务器根据所述呼叫请求确定的电话号码；
57.号码发送模块，用于将所述目标电话号码发送至所述目标应用服务器，以使所述目标应用服务器将所述目标电话号码转发至所述终端设备，由所述终端设备向所述目标电话号码发起呼叫。
58.可选地，所述目标服务器包括第一目标服务器和第二目标服务器，所述号码接收模块，具体用于由所述第一目标服务器接收所述号码请求；
59.所述号码选择模块，包括：
60.第一响应单元，用于基于所述号码请求，在所述第一目标服务器预先存储的多个电话号码中选择一个作为响应电话号码，并将所述响应电话号码发送至所述目标应用服务器；
61.第二响应单元，用于由所述第二目标服务器接收所述目标应用服务器发送的所述响应电话号码；
62.绑定单元，用于选择一中间电话号码与所述响应电话号码进行绑定，其中，在所述中间电话号码与所述响应电话号码绑定后，向所述中间电话号码发起的呼叫将转接至所述响应电话号码；
63.号码确定单元，用于将所述中间电话号码作为。
64.可选地，所述第一目标服务器预先存储有第一类型电话号码、第二类型电话号码以及第三类型电话号码中的至少一种电话号码，其中，所述第一类型电话号码包括对应空号的电话号码，所述第二类型电话号码包括待验证是否有人使用的电话号码，所述第三类型电话号码包括：预先申请的虚拟电话号码，所述响应电话号码包括所述第一类型电话号码、所述第二类型电话号码以及所述第三类型电话号码中的任意一种电话号码。
65.可选地，所述呼叫请求还携带有目标业务标识，在所述第一目标服务器预先存储有第一类型电话号码、第二类型电话号码以及第三类型电话号码的情况下，每种类型电话号码对应不同业务标识设置有不同数值区间；所述装置还包括：
66.业务处理模块，用于由所述第一目标服务器接收所述目标业务标识；基于所述目标业务标识，确定每种类型电话号码对应的数值区间；在目标数值范围内生成随机数，其中，所述目标数值范围包括各所述数值区间对应的数值范围的总和；确定各所述数值区间中包含所述随机数的数值区间为目标数值区间；
67.所述第一响应单元，具体用于基于所述号码请求，选择对应目标数值区间的目标
类型电话号码中的任一电话号码作为所述响应电话号码。
68.第五方面，本发明实施例提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
69.存储器，用于存放计算机程序；
70.处理器，用于执行存储器上所存放的程序时，实现上述异常号码的呼叫处理方法的步骤。
71.第六方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如第一方面或第二方面中所述的异常号码的呼叫处理方法的步骤。
72.在本发明实施例中，可以接收终端设备发送的呼叫请求，其中，呼叫请求携带有主叫电话号码。基于呼叫请求确定用户的通话需求。在主叫电话号码为异常号码的情况下，向目标服务器发送号码请求，接收目标服务器返回的目标电话号码，其中，目标电话号码对应的用户与被叫电话号码对应的用户不同，被叫电话号码为目标应用服务器根据呼叫请求确定的电话号码。由于主叫电话号码异常，因此，为避免被叫电话号码对应的用户被打扰，不能直接向被叫电话号码发起呼叫，而是获取不同于被叫电话号码的目标电话号码。进而将目标电话号码发送至终端设备，以使终端设备向目标电话号码发起呼叫。本发明实施例在主叫端向被叫端发起呼叫的过程中，在确定主叫端的主叫电话号码为异常电话号码的情况下，采用不同于被叫电话号码的目标电话号码作为被叫端的电话号码，进而向目标电话号码发起呼叫，从而不会打扰到真正的被叫端，即被叫电话号码对应的用户，同时主叫端也不会感知到自己的通话被拦截，也就不会再想其他方法继续对真正的被叫端进行骚扰，从根本上解决了电话骚扰问题。
附图说明
73.为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
74.图1为本发明实施例提供的应用于目标应用服务器的异常号码的呼叫处理方法的步骤流程图；
75.图2为本发明实施例提供的应用于目标应用服务器的异常号码的呼叫处理方法实际应用过程中的信号流程图；
76.图3为本发明实施例提供的应用于目标服务器的异常号码的呼叫处理方法的步骤流程图；
77.图4为本发明实施例提供的选择响应电话号码的流程示意图；
78.图5为本发明实施例提供的应用于目标应用服务器的异常号码的呼叫处理装置的结构框图；
79.图6为本发明实施例提供的应用于目标服务器的异常号码的呼叫处理装置的结构框图；
80.图7为本发明实施例提供的电子设备的结构框图。
具体实施方式
81.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
82.应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
83.在本发明的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
84.参见图1，本发明实施例提供了一种异常号码的呼叫处理方法，应用于目标应用服务器，该方法可以包括：
85.步骤101：接收终端设备发送的呼叫请求。
86.本步骤中，终端设备可以与目标应用服务器进行通信。用户在使用终端设备时，通过安装于终端设备上的应用程序可以触发终端设备向目标应用服务器发送呼叫请求，其中该应用程序可以为安装于终端设备上的任意应用程序，目标应用服务器为该应用程序的后台服务器。具体的，用户在终端设备上的目标页面上进行目标输入，终端设备将响应于该目标输入，向目标应用服务器发送呼叫请求。例如安装于终端设备的第一应用中的目标页面包含有租房信息，其上设置有一电话联系房东或中介的目标控件。用户在目标页面的目标输入即为用户对目标页面中目标控件的输入。终端设备可以为手机，但不限于此。
87.呼叫请求用于触发呼叫流程，从而明确用户具有通话需求。其中，呼叫请求携带有主叫电话号码，可选地，主叫电话号码为终端设备的电话号码，例如终端设备为手机，主叫电话号码可以为安装于手机中的sim(subscriber identity module)卡的电话号码，但不限于此。主叫电话号码即为呼叫过程中主叫端的电话号码，可以通过读取本机号码的方式得到主叫端的电话号码。当然，呼叫过程中同样涉及被叫端，需要被叫端的电话号码，即被叫电话号码。这里，呼叫请求中携带有指示被叫电话号码的标识，目标应用服务器根据该标识可以确定呼叫请求对应的被叫电话号码。可以理解的是，上述电话号码可以为各大电信运营商提供的固定电话的电话号码(固定电话座机号)、移动电话的电话号码(手机号)。当然也可以是网络电话的电话号码，这里不再详述。
88.步骤102：在主叫电话号码为异常号码的情况下，向目标服务器发送号码请求。
89.本步骤中，异常号码可以理解为符合预设条件的电话号码，这里预设条件可以根据需求自行确定。例如预设条件为超过目标数量的用户将其标记为骚扰电话或将其加入通话黑名单，此时异常号码可以理解为骚扰号码。具体的，可以预先创建包含大量符合预设条件的电话号码的号码库，将主叫电话号码与号码库中的每一电话号码进行比对，若号码库中存在一电话号码与主叫电话号码相同，则将该主叫电话号码确定为异常号码。这里，将主叫电话号码发送至其他具有异常号码检测功能的电子设备上，由其他电子设备检测主叫电话号码是否为异常号码，并将检测结果发送至终端设备，从而终端设备根据检测结果同样
可以确定主叫电话号码是否为异常号码。较佳地，为符合法律法规，在借助其他具有异常号码检测功能的电子设备检测主叫电话号码是否为异常号码时，可以先将主叫电话号码发送至用于监管网络信息是否符合法律法规的风控引擎，借由风控引擎将主叫电话号码转发至其他电子设备，并且接收风控引擎转发的来自其他电子设备的检测结果。
90.在主叫电话号码并非异常号码的情况下，将根据呼叫请求确定被叫电话号码，进而将被叫电话号码发送至终端设备，以使终端设备向被叫电话号码发起呼叫。这里，为保障被叫电话号码的隐私，提升安全性，还可以在主叫电话号码并非异常号码的情况下，将被叫电话号码发送至电话平台，以使电话平台选择一中间电话号码与被叫电话号码进行绑定，其中，在中间电话号码与被叫电话号码绑定后，向中间电话号码发起的呼叫将转接至被叫电话号码。接收电话平台返回的中间电话号码，将中间电话号码发送至终端设备，以使终端设备向中间电话号码发起呼叫。
91.步骤103：接收目标服务器返回的目标电话号码。
92.应当说明的是，目标服务器预先存储有大量电话号码，在其接收到号码请求后，将选择一电话号码作为目标电话号码发送至目标应用服务器。其中，目标电话号码对应的用户与被叫电话号码对应的用户不同，被叫电话号码为目标应用服务器根据呼叫请求确定的电话号码。也就是说，向目标电话号码发起的呼叫无法转接到被叫电话号码上。因此，目标电话号码是与被叫电话号码毫不相关的电话号码。可以理解的是，在一些场景下，对某一电话号码发起的呼叫可以转接到与该电话号码相关联的另一电话号码上。例如某用户的手机号为a，手机号a与另一手机号b相互绑定(例如通过运营商的呼叫转移业务进行绑定)，其他用户在输入手机号b进行拨号呼叫时，向手机号b的呼叫将转移至向手机号a的呼叫。这里，目标电话号码未与被叫电话号码绑定。目标电话号码可以为不同于被叫电话号码，且未与被叫电话号码绑定的任意电话号码。
93.步骤104：将目标电话号码发送至终端设备，以使终端设备向目标电话号码发起呼叫。
94.本步骤中，终端设备可以向电话号码发起呼叫，进而与其他终端设备实现通话。以终端设备为手机进行说明，用户在手机上的第一应用中进行目标输入后，若手机接收到目标应用服务器发送的目标电话号码，手机界面将切换至拨号界面，并且拨号界面已经输入目标电话号码。此时用户点击拨打电话的控件，将直接向目标电话号码发起呼叫。
95.本发明实施例中，可以接收终端设备发送的呼叫请求，其中，呼叫请求携带有主叫电话号码。基于呼叫请求确定用户的通话需求。在主叫电话号码为异常号码的情况下，向目标服务器发送号码请求，接收目标服务器返回的目标电话号码，其中，目标电话号码对应的用户与被叫电话号码对应的用户不同，被叫电话号码为目标应用服务器根据呼叫请求确定的电话号码。由于主叫电话号码异常，因此，为避免被叫电话号码对应的用户被打扰，不能直接向被叫电话号码发起呼叫，而是获取不同于被叫电话号码的目标电话号码。进而将目标电话号码发送至终端设备，以使终端设备向目标电话号码发起呼叫。本发明实施例在主叫端向被叫端发起呼叫的过程中，在确定主叫端的主叫电话号码为异常电话号码的情况下，采用不同于被叫电话号码的目标电话号码作为被叫端的电话号码，进而向目标电话号码发起呼叫，从而不会打扰到真正的被叫端，即被叫电话号码对应的用户，同时主叫端也不会感知到自己的通话被拦截，也就不会再想其他方法继续对真正的被叫端进行骚扰，从根
本上解决了电话骚扰问题。
96.可选地，目标服务器包括第一目标服务器和第二目标服务器，向目标服务器发送号码请求，包括：
97.向第一目标服务器发送号码请求。
98.应当说明的是，第一目标服务器本地存储的大量电话号码，第一目标服务器在接收到号码请求之后，将从本地存储的电话号码中选择一个返回至目标应用服务器。这里，第一目标服务器在选择电话号码时，可以按预先设置的选择规则进行选择。例如第一目标服务器通过列表存储电话号码时，可以从上往下选择电话号码，即前一次选择一个电话号码之后，记录前一次选择的电话号码在列表中的位置，本次再选择电话号码时，根据记录的位置，选择前一次的电话号码下方，且相邻的电话号码。当然了，选择规则还可以是从下往上选择、随机选择等，这里不再赘述。可以理解的是，为避免主叫端感知到目标电话号码存在问题，可以对第一目标服务器中的电话号码进行监管淘汰，即将符合预设条件的电话号码删除，这里，预设条件可以根据需求自行确定，例如可以为多次被拨打的情况，但不限于此。
99.接收目标服务器返回的目标电话号码，包括：
100.接收第一目标服务器返回的响应电话号码。
101.应当说明的是，响应电话号码对应的用户与被叫电话号码对应的用户不同。响应电话号码包括第一目标服务器存储的任意一种电话号码。
102.将响应电话号码发送至第二目标服务器，以使第二目标服务器选择一中间电话号码与响应电话号码进行绑定。
103.应当说明的是，在中间电话号码与响应电话号码绑定后，向中间电话号码发起的呼叫将转接至响应电话号码。这样，只需暴露中间电话号码即可，提升了安全性和隐私性。可以理解的是，中间电话号码与响应电话号码的绑定关系具有时效性，即在中间电话号码与响应电话号码绑定后的预设时长后，中间电话号码与响应电话号码将解除绑定，该预设时长可以根据需求自行设定，例如可以为5分钟，但不限于此。
104.接收第二目标服务器返回的中间电话号码，并将中间电话号码作为目标电话号码。
105.应当说明的是，由于向目标电话号码发起的呼叫可以转接至响应电话号码，因此减少了响应电话号码暴露的风险。同时，可以适用于现有的设置中间号码机制的通信系统。
106.如图2所示为本发明实施例提供的异常号码的呼叫处理方法实际应用过程中的信号流程图，其中，包括用户、业务方、风控、服务方和电话平台。用户可以理解为安装于终端设备上的第一应用，业务方为目标应用服务器，即第一应用的后台服务器，风控为监管网络信息是否符合法律法规的风控引擎。服务方为检测电话号码是否为异常号码以及提供响应电话号码的服务器，相当于上述发明实施例中的第一目标服务器。电话平台用于针对接收到的电话号码绑定一中间电话号码，并将中间电话号码原路返回，电话平台相当于上述发明实施例中的第二目标服务器，其中，向中间电话号码发起的呼叫将被转移至该中间号码绑定的电话号码上。该方法具体包括：
107.步骤1：用户向业务方请求电话号码。即用户向业务方发送呼叫请求，请求业务方返回一电话号码作为呼叫过程中的被叫电话号码。其中，呼叫请求携带有主叫电话号码，即终端设备的电话号码，但不限于此。
108.步骤2：业务方将主叫电话号码发送至风控，由风控监管网络信息。
109.步骤3：风控将主叫电话号码发送至服务方，由服务方检测主叫电话号码是否为异常号码。
110.步骤4：服务方将检测结果发送至风控。
111.步骤5：风控将检测结果反馈至业务方。业务方根据检测结果执行不同策略，即在主叫电话号码为异常号码的情况下执行拦截策略，否则执行通过策略。
112.步骤6：业务方向服务方发送号码请求，请求响应电话号码。
113.步骤7：服务方基于本地存储的电话号码，选择一电话号码，并将选择的电话号码作为响应电话号码发送至业务方。
114.步骤8：业务方将响应电话号码发送至电话平台，请求一绑定目标电话号码的中间电话号码。
115.步骤9：电话平台选择一中间电话号码与目标电话号码进行绑定，并将选择的中间电话号码发送至业务方。
116.步骤10：业务方将中间电话号码作为目标电话号码，并将目标电话号码返回至用户。
117.步骤11：用户向目标电话号码发起呼叫。
118.步骤12：电话平台异步通知通话结果。这里，通话结果用于指示本次通话是否接通或有人接听。
119.上述步骤6～步骤12是拦截策略下的信号流程。下面介绍通过策略下的信号流程。即在步骤5之后业务方确定主叫电话号码并非异常号码，则执行后续步骤13～步骤15。
120.步骤13：业务方将被叫电话号码发送至电话平台，请求一绑定被叫电话号码的中间电话号码。
121.步骤14：电话平台选择一中间电话号码与被叫电话号码进行绑定，并将选择的中间电话号码发送至业务方。
122.步骤15：用户基于业务方返回的中间电话号码，向中间电话号码发起呼叫。
123.本发明实施例中，可以适用于设置中间号码机制的通信系统，并且无需在目标应用服务器本地选择目标电话号码，借助第一目标服务器和第二目标服务器实现对目标电话号码的选择，减轻了目标应用服务器的压力，同时提升了整个处理过程的处理速度以及安全性。
124.可选地，响应电话号码包括第一类型电话号码、第二类型电话号码以及第三类型电话号码中的任意一种电话号码，其中，第一类型电话号码包括对应空号的电话号码，第二类型电话号码包括待验证是否有人使用的电话号码，第三类型电话号码包括预先申请的虚拟电话号码。
125.应当说明的是，对应空号的电话号码是指被呼叫时提示对方其所拨打的电话号码为空号的电话号码，即电信运营商提供的电话号码中未被用户使用或已被注销的电话号码。待验证是否有人使用的电话号码可以理解为具有验证需求的第三方所提供的电话号码，例如第三方为某一平台，该平台上的用户在注册时填入了手机号，第三方需要验证该手机号是否有人使用。因此会将所有平台用户的手机号作为待验证是否有人使用的电话号码。这里，可以利用异常号码测试第三方提供的手机号是否有人使用。预先申请的虚拟电话
号码可以理解为预先向电信运营商申请的特殊电话号码，这部分电话号码在被呼叫时，可以提示对方正在呼叫中，但永远不会接通。这里，第一目标服务器存储有第一类型电话号码、第二类型电话号码以及第三类型电话号码中的至少一种电话号码。第一目标服务器在接收到号码请求后，根据预设规则选择其中一种类型的电话号码作为响应电话号码返回至目标应用服务器。
126.本发明实施例中，将对应空号的电话号码、待验证是否有人使用的电话号码以及预先申请的虚拟电话号码中的其中一种作为响应电话号码，保证了主叫端不会感知到自己的通话被拦截。
127.可选地，呼叫请求还携带有目标业务标识；
128.在向第一目标服务器发送号码请求之后，该方法还包括：
129.将目标业务标识发送至第一目标服务器，以使第一目标服务器基于目标业务标识选择目标类型电话号码中的任一电话号码作为响应电话号码。
130.应当说明的是，目标类型电话号码包括：第一类型电话号码、第二类型电话号码或者第三类型电话号码。可以理解的是，目标业务标识为用户在终端设备上触发呼叫请求时涉及的业务的标识。具体的，终端设备上安装有目标应用程序，用户通过目标应用程序生成呼叫请求时，将相关业务的业务标识即目标业务标识添加到呼叫请求中。例如目标应用程序包括20个页面，其中第一页面至第十页面涉及第一业务，另外第十一页面至第二十页面涉及第二业务，用户在第一页面触发呼叫请求时，呼叫请求中携带的目标业务标识为第一业务的业务标识。这里，第一目标服务器选择响应电话号码的规则与业务标识相关。
131.本发明实施例中，呼叫请求中携带有目标业务标识，从而可以基于不同业务获取符合业务需求的响应电话号码。
132.参见图3，本发明实施例提供了一种异常号码的呼叫处理方法，应用于目标服务器，该方法可以包括：
133.步骤301：接收目标应用服务器发送的号码请求。
134.本步骤中，号码请求为目标应用服务器在呼叫请求中的主叫电话号码为异常号码的情况下发送的，呼叫请求为目标应用服务器接收的来自终端设备的请求信息，可选地，主叫电话号码为终端设备的电话号码，但不限于此。可以理解的是，目标应用服务器用于处理呼叫请求，其上存储有大量被叫电话号码，呼叫请求中携带有指示被叫电话号码的标识，目标应用服务器根据该标识可以确定呼叫请求对应的被叫电话号码。进而根据呼叫请求对应的主叫电话号码和被叫电话号码实现对呼叫请求的处理。
135.步骤302：基于号码请求，选择预先存储的多个电话号码中的一个作为目标电话号码。
136.本步骤中，目标电话号码对应的用户与被叫电话号码对应的用户不同，被叫电话号码为目标应用服务器根据呼叫请求确定的电话号码。目标服务器预先存储有多个电话号码，并且在目标服务器存储电话号码时，避免存储目标应用服务器中的被叫电话号码。这里，号码请求可以理解为携带有预设标识的请求，当目标服务器接收到携带有该预设标识的请求，将该请求确定为号码请求，进而选择预先存储的多个电话号码中的一个作为目标电话号码。
137.步骤303：将目标电话号码发送至目标应用服务器，以使目标应用服务器将目标电
话号码转发至终端设备，由终端设备向目标电话号码发起呼叫。
138.本步骤中，目标电话号码为目标服务器基于目标应用服务器发送的号码请求返回的响应数据。目标应用服务器在接收到目标电话号码之后，利用终端设备向目标电话号码发起呼叫，这里，目标应用服务器执行的操作可以参见上述应用于目标应用服务器的异常号码的呼叫处理方法的实施例，这里不再赘述。
139.本发明实施例中，可以接收目标应用服务器发送的号码请求，其中，号码请求为目标应用服务器在呼叫请求中的主叫电话号码为异常号码的情况下发送的，呼叫请求为目标应用服务器接收的来自终端设备的请求信息。基于呼叫请求确定用户的通话需求。在主叫电话号码为异常号码的情况下，由目标应用服务器发送号码请求，进而目标服务器基于号码请求，选择预先存储的多个电话号码中的一个作为目标电话号码，其中，目标电话号码对应的用户与被叫电话号码对应的用户不同，被叫电话号码为目标应用服务器根据呼叫请求确定的电话号码。由于主叫电话号码异常，因此，为避免被叫电话号码对应的用户被打扰，不能直接向被叫电话号码发起呼叫，而是获取不同于被叫电话号码的目标电话号码。将目标电话号码发送至目标应用服务器，以使目标应用服务器将目标电话号码转发至终端设备，由终端设备向目标电话号码发起呼叫。本发明实施例在主叫端向被叫端发起呼叫的过程中，在确定主叫端的主叫电话号码为异常电话号码的情况下，采用不同于被叫电话号码的目标电话号码作为被叫端的电话号码，进而向目标电话号码发起呼叫，从而不会打扰到真正的被叫端，即被叫电话号码对应的用户，同时主叫端也不会感知到自己的通话被拦截，也就不会再想其他方法继续对真正的被叫端进行骚扰，从根本上解决了电话骚扰问题。
140.可选地，目标服务器包括第一目标服务器和第二目标服务器，接收终端设备发送的号码请求，包括：
141.由第一目标服务器接收号码请求。
142.基于号码请求，选择预先存储的多个电话号码中的一个作为目标电话号码，包括：
143.基于号码请求，在第一目标服务器预先存储的多个电话号码中选择一个作为响应电话号码，并将响应电话号码发送至目标应用服务器；
144.本步骤中，第一目标服务器本地存储的大量电话号码，第一目标服务器在接收到号码请求之后，将从本地存储的电话号码中选择一个返回至目标应用服务器。这里，第一目标服务器在选择电话号码时，可以按预先设置的选择规则进行选择。例如第一目标服务器通过列表存储电话号码时，可以从上往下选择电话号码，即前一次选择一个电话号码之后，记录前一次选择的电话号码在列表中的位置，本次再选择电话号码时，根据记录的位置，选择前一次的电话号码下方，且相邻的电话号码。当然了，选择规则还可以是从下往上选择、随机选择等，这里不再赘述。
145.由第二目标服务器接收目标应用服务器发送的响应电话号码。
146.本步骤中，目标应用服务器从第一目标服务器接收到响应电话号码后，并不会将响应电话号码作为目标电话号码进行使用，而是将响应电话号码直发送至第二目标服务器，由第二目标服务器再次进行处理。
147.选择一中间电话号码与响应电话号码进行绑定。
148.本步骤中，在中间电话号码与响应电话号码绑定后，向中间电话号码发起的呼叫将转接至响应电话号码。也就是说，第二目标服务器可以对两个不同的电话号码进行绑定，
例如将电话号码a与电话号码b进行绑定，从而向电话号码a发起的呼叫可以转接至电话号码b。
149.将中间电话号码作为目标电话号码。
150.本步骤中，将与响应电话号码绑定的中间电话号码作为目标电话号码，避免在终端设备上直接暴露响应电话号码。
151.本发明实施例中，可以适用于设置中间号码机制的通信系统，避免在终端设备上直接暴露响应电话号码。同时，借助第一目标服务器和第二目标服务器实现对目标电话号码的选择，减轻了目标应用服务器的压力，提升了整个处理过程的处理速度。
152.可选地，第一目标服务器预先存储有第一类型电话号码、第二类型电话号码以及第三类型电话号码中的至少一种电话号码，其中，第一类型电话号码包括对应空号的电话号码，第二类型电话号码包括待验证是否有人使用的电话号码，第三类型电话号码包括：预先申请的虚拟电话号码，响应电话号码包括第一类型电话号码、第二类型电话号码以及第三类型电话号码中的任意一种电话号码。
153.应当说明的是，对应空号的电话号码是指被呼叫时提示对方其所拨打的电话号码为空号的电话号码，即电信运营商提供的电话号码中未被用户使用或已被注销的电话号码。待验证是否有人使用的电话号码可以理解为具有验证需求的第三方所提供的电话号码，例如第三方为某一平台，该平台上的用户在注册时填入了手机号，第三方需要验证该手机号是否有人使用。因此会将所有平台用户的手机号作为待验证是否有人使用的电话号码。这里，可以利用异常号码测试第三方提供的手机号是否有人使用。预先申请的虚拟电话号码可以理解为预先向电信运营商申请的特殊电话号码，这部分电话号码在被呼叫时，可以提示对方正在呼叫中，但永远不会接通。这里，第一目标服务器存储有第一类型电话号码、第二类型电话号码以及第三类型电话号码中的至少一种电话号码。第一目标服务器在接收到号码请求后，根据预设规则选择其中一种类型的电话号码作为响应电话号码返回至目标应用服务器。
154.本发明实施例中，将对应空号的电话号码、待验证是否有人使用的电话号码以及预先申请的虚拟电话号码中的其中一种作为响应电话号码，保证了主叫端不会感知到自己的通话被拦截。
155.可选地，呼叫请求还携带有目标业务标识，在第一目标服务器预先存储有第一类型电话号码、第二类型电话号码以及第三类型电话号码的情况下，每种类型电话号码对应不同业务标识设置有不同数值区间。
156.应当说明的是，不同类型的电话号码可以满足不同业务的需求，这里，需要根据指示业务的目标业务标识，从多种不同类型的电话号码中选择满足业务需求的响应电话号码。较佳地，第一目标服务器设置有存储对应空号的电话号码的号码池、存储待验证是否有人使用的电话号码的号码池以及存储预先申请的虚拟电话号码的号码池，其中，每个号码池对应不同业务标识设置有不同数值区间。可以理解的是，每一业务具有唯一的业务标识，通过业务标识可以区分不同的业务。在不同业务场景下对每个号码池的需求不同。例如在第一业务场景下，需要尽可能的从存储对应空号的电话号码的号码池中选择响应电话号码，在第二业务场景下，需要尽可能的从存储待验证是否有人使用的电话号码的号码池中选择响应电话号码，在第三业务场景下，需要尽可能的从存储预先申请的虚拟电话号码的
号码池中选择响应电话号码。这里每一号码池对应不同业务标识设置有不同数值区间，将每一号码池的数值区间的数值范围作为其权重，权重越大则越容易从其选择响应电话号码，也就是说，数值区间的数值范围越大则越容易从其对应的号码池中选择响应电话号码。具体的，在一些需要优先验证是否有人使用的电话号码的业务场景下，则应该尽可能的从存储待验证是否有人使用的电话号码的号码池中选择响应电话号码，假设该业务场景对应的目标业务标识为业务标识a，则对应业务标识a设置存储待验证是否有人使用的电话号码的号码池对应的数值区间时，将其数值区间设置为范围较大的数值区间。例如将存储待验证是否有人使用的电话号码的号码池对应业务标识a的数值区间设置为[20，80)，其他两个号码池对应业务标识a的数值区间分别为[0，20)、[80，90]，由于[0，20)和[80，90]的数值范围均小于[20，80)的数值范围，因此，在确定目标业务标识为业务标识a的情况下，从存储待验证是否有人使用的电话号码的号码池中选择响应电话号码的概率最大。
[0157]
较佳地，对应同一业务标识的三个号码池各自的数值区间为一范围内连续的三个区间。例如对应业务标识a的三个号码池各自的数值区间分别为：[0，20)、[20，50)、[50，90]。对应业务标识b的三个号码池各自的数值区间分别为：[0，40)、[40，80)、[80，90]。对应业务标识c的三个号码池各自的数值区间分别为：[0，20)、[20，80)、[80，90]。
[0158]
在由第一目标服务器接收号码请求之后，该方法还包括：
[0159]
由第一目标服务器接收目标业务标识。
[0160]
基于目标业务标识，确定每种类型电话号码对应的数值区间。
[0161]
本步骤中，由于目标业务标识已确定，因此可以确定每种类型电话号码对应该目标业务标识的数值区间。如上，目标业务标识为业务标识b时，则三种电话号码各自的数值区间分别为[0，40)、[40，80)、[80，90]。
[0162]
在目标数值范围内生成随机数，其中，目标数值范围包括各数值区间对应的数值范围的总和。
[0163]
本步骤中，各数值区间的总和，即为各数值区间中所有数值的数值范围。例如三种类型电话号码各自的数值区间分别为：[0，20)、[20，50)、[50，90]，则目标数值范围为[0，90]。
[0164]
确定各数值区间中包含随机数的数值区间为目标数值区间。
[0165]
本步骤中，由于随机数是在目标数值范围内生成的，因此其必然包含在某一个数值区间内，例如上述例子中，三种类型电话号码各自的数值区间分别为：[0，20)、[20，50)、[50，90]，随机数为30，则目标数值区间为[20，50)。
[0166]
基于号码请求，在第一目标服务器预先存储的多个电话号码中选择一个作为响应电话号码，包括：
[0167]
基于号码请求，选择对应目标数值区间的目标类型电话号码中的任一电话号码作为响应电话号码。
[0168]
本步骤中，继续以上述例子进行说明，第一类型电话号码的数值区间分别为：[0，20)，第二类型电话号码的数值区间分别为：[20，50)，第三类型电话号码的数值区间分别为：[50，90]，随机数为30，则目标数值区间为[20，50)，目标类型电话号码为第二类型电话号码。可选地，在目标类型电话号码中选择响应电话号码时，可以随机选择，但不限于此。
[0169]
如图4所示为本发明提供的选择响应电话号码的示意图，其中包括三个号码池(每
一号码池存储一种类型的电话号码)，即第一号码池、第二号码池以及第三号码池。假设基于呼叫请求中的目标业务标识，确定的第一号码池对应的数值区间为[0，29]、第二号码池对应的数值区间为[30，59]、第三号码池对应的数值区间为[60，99]，则目标数值范围为[0，99]，在目标数值范围内取随机数，例如该随机数为25，则可以确定目标号码池为第一号码池，在第一号码池中选择一电话号码。这里在第一号码池中选择电话号码时，同样可以随机选择，即在[0，29]范围内生成另一随机数，选择id(身份标识)等于该随机数的电话号码。假如生成的另一随机数为3，则在第一号码池中选择出的电话号码为对应id等于3的电话号码，即p3。当然id等于3的电话号码可能已被删除，这种情况下，可以重新在号码池中随机选择一个电话号码，当然也可以选择与p3相邻的电话号码p4，若p4同样被删除，继续选择相邻的电话号码直至选择到没有被删除的电话号码为止。同理，在其他号码池中选择响应电话号码的方式类似，这里不再赘述。
[0170]
本发明实施例中，第一目标服务器预先存储三种类型的电话号码，依据不同业务调整每种类型电话号码对应的数值区间，并根据每种类型电话号码的数值区间范围，在确定业务的情况下，针对性的在较为合适的目标类型电话号码中选择响应电话号码。
[0171]
可选地，设置不同号码池存储不同类型电话号码，并在号码池中的任一电话号码满足预设目标条件的情况下，将满足预设目标条件的电话号码从号码池中删除。
[0172]
应当说明的是，为避免主叫端感知到目标电话号码存在问题，可以对号码池中的电话号码进行监管淘汰，即将符合预设目标条件的电话号码删除，这里，预设目标条件可以根据需求自行确定，例如可以为多次被拨打，但每次被拨打均处于未拨通状态的情况；被拨打并且存在已拨通状态的情况，但不限于此。
[0173]
本发明实施例中，通过对号码池中的电话号码进行监管淘汰，可以进一步避免主叫端感知到自己的通话被拦截。
[0174]
以上介绍了本发明实施例提供的异常号码的呼叫处理方法，下面将结合附图介绍本发明实施例提供的异常号码的呼叫处理装置。
[0175]
参见图5，本发明实施例还提供了一种异常号码的呼叫处理装置，应用于目标应用服务器，该装置包括：
[0176]
第一接收模块51，用于接收终端设备发送的呼叫请求，其中，呼叫请求携带有主叫电话号码；
[0177]
号码请求模块52，用于在主叫电话号码为异常号码的情况下，向目标服务器发送号码请求；
[0178]
第二接收模块53，用于接收目标服务器返回的目标电话号码，其中，目标电话号码对应的用户与被叫电话号码对应的用户不同，被叫电话号码为目标应用服务器根据呼叫请求确定的电话号码；
[0179]
呼叫处理模块54，用于将目标电话号码发送至终端设备，以使终端设备向目标电话号码发起呼叫。
[0180]
可选地，目标服务器包括第一目标服务器和第二目标服务器，号码请求模块52，具体用于向第一目标服务器发送号码请求；
[0181]
第二接收模块53，包括：
[0182]
第一接收单元，用于接收第一目标服务器返回的响应电话号码，响应电话号码对
应的用户与被叫电话号码对应的用户不同；
[0183]
发送单元，用于将响应电话号码发送至第二目标服务器，以使第二目标服务器选择一中间电话号码与响应电话号码进行绑定，其中，在中间电话号码与响应电话号码绑定后，向中间电话号码发起的呼叫将转接至响应电话号码；
[0184]
第二接收单元，用于接收第二目标服务器返回的中间电话号码，并将中间电话号码作为目标电话号码。
[0185]
可选地，响应电话号码包括第一类型电话号码、第二类型电话号码以及第三类型电话号码中的任意一种电话号码，其中，第一类型电话号码包括对应空号的电话号码，第二类型电话号码包括待验证是否有人使用的电话号码，第三类型电话号码包括预先申请的虚拟电话号码。
[0186]
可选地，呼叫请求还携带有目标业务标识；该装置还包括：
[0187]
业务模块，用于将目标业务标识发送至第一目标服务器，以使第一目标服务器基于目标业务标识选择目标类型电话号码中的任一电话号码作为响应电话号码，其中，目标类型电话号码包括：第一类型电话号码、第二类型电话号码或者第三类型电话号码。
[0188]
本发明实施例提供的异常号码的呼叫处理装置能够实现图1至图2的方法实施例中异常号码的呼叫处理方法实现的各个过程，为避免重复，这里不再赘述。
[0189]
本发明的实施例中，可以接收终端设备发送的呼叫请求，其中，呼叫请求携带有主叫电话号码。基于呼叫请求确定用户的通话需求。在主叫电话号码为异常号码的情况下，向目标服务器发送号码请求，接收目标服务器返回的目标电话号码，其中，目标电话号码对应的用户与被叫电话号码对应的用户不同，被叫电话号码为目标应用服务器根据呼叫请求确定的电话号码。由于主叫电话号码异常，因此，为避免被叫电话号码对应的用户被打扰，不能直接向被叫电话号码发起呼叫，而是获取不同于被叫电话号码的目标电话号码。进而将目标电话号码发送至终端设备，以使终端设备向目标电话号码发起呼叫。本发明实施例在主叫端向被叫端发起呼叫的过程中，在确定主叫端的主叫电话号码为异常电话号码的情况下，采用不同于被叫电话号码的目标电话号码作为被叫端的电话号码，进而向目标电话号码发起呼叫，从而不会打扰到真正的被叫端，即被叫电话号码对应的用户，同时主叫端也不会感知到自己的通话被拦截，也就不会再想其他方法继续对真正的被叫端进行骚扰，从根本上解决了电话骚扰问题。
[0190]
参见图6，本发明实施例还提供了一种异常号码的呼叫处理装置，应用于目标服务器，该装置包括：
[0191]
号码接收模块61，用于接收目标应用服务器发送的号码请求，其中，号码请求为目标应用服务器在呼叫请求中的主叫电话号码为异常号码的情况下发送的，呼叫请求为目标应用服务器接收的来自终端设备的请求信息；
[0192]
号码选择模块62，用于基于号码请求，选择预先存储的多个电话号码中的一个作为目标电话号码，其中，目标电话号码对应的用户与被叫电话号码对应的用户不同，被叫电话号码为目标应用服务器根据呼叫请求确定的电话号码；
[0193]
号码发送模块63，用于将目标电话号码发送至目标应用服务器，以使目标应用服务器将目标电话号码转发至终端设备，由终端设备向目标电话号码发起呼叫。
[0194]
可选地，目标服务器包括第一目标服务器和第二目标服务器，号码接收模块61，具
体用于由第一目标服务器接收号码请求；
[0195]
号码选择模块62，包括：
[0196]
第一响应单元，用于基于号码请求，在第一目标服务器预先存储的多个电话号码中选择一个作为响应电话号码，并将响应电话号码发送至目标应用服务器；
[0197]
第二响应单元，用于由第二目标服务器接收目标应用服务器发送的响应电话号码；
[0198]
绑定单元，用于选择一中间电话号码与响应电话号码进行绑定，其中，在中间电话号码与响应电话号码绑定后，向中间电话号码发起的呼叫将转接至响应电话号码；
[0199]
号码确定单元，用于将中间电话号码作为目标电话号码。
[0200]
可选地，第一目标服务器预先存储有第一类型电话号码、第二类型电话号码以及第三类型电话号码中的至少一种电话号码，其中，第一类型电话号码包括对应空号的电话号码，第二类型电话号码包括待验证是否有人使用的电话号码，第三类型电话号码包括：预先申请的虚拟电话号码，响应电话号码包括第一类型电话号码、第二类型电话号码以及第三类型电话号码中的任意一种电话号码。
[0201]
可选地，呼叫请求还携带有目标业务标识，在第一目标服务器预先存储有第一类型电话号码、第二类型电话号码以及第三类型电话号码的情况下，每种类型电话号码对应不同业务标识设置有不同数值区间；该装置还包括：
[0202]
业务处理模块，用于由第一目标服务器接收目标业务标识；基于目标业务标识，确定每种类型电话号码对应的数值区间；在目标数值范围内生成随机数，其中，目标数值范围包括各数值区间对应的数值范围的总和；确定各数值区间中包含随机数的数值区间为目标数值区间；
[0203]
第一响应单元，具体用于基于号码请求，选择对应目标数值区间的目标类型电话号码中的任一电话号码作为响应电话号码。
[0204]
本发明实施例提供的异常号码的呼叫处理装置能够实现图3的方法实施例中异常号码的呼叫处理方法实现的各个过程，为避免重复，这里不再赘述。
[0205]
本发明的实施例中，可以接收目标应用服务器发送的号码请求，其中，号码请求为目标应用服务器在呼叫请求中的主叫电话号码为异常号码的情况下发送的，呼叫请求为目标应用服务器接收的来自终端设备的请求信息。基于呼叫请求确定用户的通话需求。在主叫电话号码为异常号码的情况下，由目标应用服务器发送号码请求，进而目标服务器基于号码请求，选择预先存储的多个电话号码中的一个作为目标电话号码，其中，目标电话号码对应的用户与被叫电话号码对应的用户不同，被叫电话号码为目标应用服务器根据呼叫请求确定的电话号码。由于主叫电话号码异常，因此，为避免被叫电话号码对应的用户被打扰，不能直接向被叫电话号码发起呼叫，而是获取不同于被叫电话号码的目标电话号码。将目标电话号码发送至目标应用服务器，以使目标应用服务器将目标电话号码转发至终端设备，由终端设备向目标电话号码发起呼叫。本发明实施例在主叫端向被叫端发起呼叫的过程中，在确定主叫端的主叫电话号码为异常电话号码的情况下，采用不同于被叫电话号码的目标电话号码作为被叫端的电话号码，进而向目标电话号码发起呼叫，从而不会打扰到真正的被叫端，即被叫电话号码对应的用户，同时主叫端也不会感知到自己的通话被拦截，也就不会再想其他方法继续对真正的被叫端进行骚扰，从根本上解决了电话骚扰问题。
[0206]
另一方面，本发明实施例还提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
[0207]
存储器，用于存放计算机程序；
[0208]
处理器，用于执行存储器上所存放的程序时，实现上述异常号码的呼叫处理方法的步骤。
[0209]
举个例子如下，图7示出了一种电子设备的实体结构示意图。
[0210]
如图7所示，该电子设备可以包括：处理器(processor)710、通信接口(communications interface)720、存储器(memory)730和通信总线740，其中，处理器710，通信接口720，存储器730通过通信总线740完成相互间的通信。处理器710可以调用存储器730中的逻辑指令，以执行如下方法：
[0211]
接收终端设备发送的呼叫请求，其中，呼叫请求携带有主叫电话号码；
[0212]
在主叫电话号码为异常号码的情况下，向目标服务器发送号码请求；
[0213]
接收目标服务器返回的目标电话号码，其中，目标电话号码对应的用户与被叫电话号码对应的用户不同，被叫电话号码为目标应用服务器根据呼叫请求确定的电话号码；
[0214]
将目标电话号码发送至终端设备，以使终端设备向目标电话号码发起呼叫；
[0215]
或
[0216]
接收目标应用服务器发送的号码请求，其中，号码请求为目标应用服务器在呼叫请求中的主叫电话号码为异常号码的情况下发送的，呼叫请求为目标应用服务器接收的来自终端设备的请求信息；
[0217]
基于号码请求，选择预先存储的多个电话号码中的一个作为目标电话号码，其中，目标电话号码对应的用户与被叫电话号码对应的用户不同，被叫电话号码为目标应用服务器根据呼叫请求确定的电话号码；
[0218]
将目标电话号码发送至目标应用服务器，以使目标应用服务器将目标电话号码转发至终端设备，由终端设备向目标电话号码发起呼叫。
[0219]
此外，上述的存储器730中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read
‑
only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0220]
再一方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各实施例提供的异常号码的呼叫处理方法，例如包括：
[0221]
接收终端设备发送的呼叫请求，其中，呼叫请求携带有主叫电话号码；
[0222]
在主叫电话号码为异常号码的情况下，向目标服务器发送号码请求；
[0223]
接收目标服务器返回的目标电话号码，其中，目标电话号码对应的用户与被叫电话号码对应的用户不同，被叫电话号码为目标应用服务器根据呼叫请求确定的电话号码；
[0224]
将目标电话号码发送至终端设备，以使终端设备向目标电话号码发起呼叫；
[0225]
或
[0226]
接收目标应用服务器发送的号码请求，其中，号码请求为目标应用服务器在呼叫请求中的主叫电话号码为异常号码的情况下发送的，呼叫请求为目标应用服务器接收的来自终端设备的请求信息；
[0227]
基于号码请求，选择预先存储的多个电话号码中的一个作为目标电话号码，其中，目标电话号码对应的用户与被叫电话号码对应的用户不同，被叫电话号码为目标应用服务器根据呼叫请求确定的电话号码；
[0228]
将目标电话号码发送至目标应用服务器，以使目标应用服务器将目标电话号码转发至终端设备，由终端设备向目标电话号码发起呼叫。
[0229]
以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
[0230]
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
[0231]
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。