基于隐私通话保护平台的外呼方法、装置、设备及介质与流程

1.本技术涉及数据处理技术领域，尤其涉及基于隐私通话保护平台的外呼方法、外呼装置、设备及存储介质。


背景技术：

2.在日常的4s店、产险等需要客服呼叫的外呼场景中，为了解决外呼呼通率低的问题，现有技术通常是采用axb模式进行外呼，axb模式主要用于一对一号码保护，主叫和被叫都不知道对方的真实号码，主叫是通过平台分配的临时号码联系被叫，但是这会耗费了大量的号码池资源，造成成本费用的剧增。
3.而使用统一的外呼呼入号进行外呼可以节省大量的号码资源，但是由于统一的外呼接入号，会导致在某些4s店场景下出现外呼关系错乱的情况，无法查询到被叫，给沟通造成更大的困难。


技术实现要素：

4.本技术提供了一种基于隐私通话保护平台的外呼方法、外呼装置、设备及存储介质，旨在解决目前部分外呼场景存在外呼关系错乱的问题。
5.为实现上述目的，本技术提供一种基于隐私通话保护平台的外呼方法，所述方法包括：
6.获取登录设备的设备标识和登录号码，并将所述登录号码、所述设备标识与被叫号码进行绑定，生成外呼凭证；
7.在外呼设备拨打统一的外呼接入号进行外呼时，获取所述外呼设备的主叫号码，并确定所述主叫号码与所述登录号码是否相同；
8.若所述主叫号码与所述登录号码不相同，显示提示信息以提示用户确定外呼号码；
9.响应于用户对于所述外呼号码的确认指令，将所述外呼号码与所述外呼凭证进行绑定，并通过所述外呼号码进行外呼，以使运营商系统能够通过所述外呼凭证查询到被叫号码进行外呼。
10.为实现上述目的，本技术还提供一种外呼装置，所述外呼装置包括：
11.凭证生成模块，用于获取登录设备的设备标识和登录号码，并将所述登录号码、所述设备标识与被叫号码进行绑定，生成外呼凭证；
12.号码获取模块，用于在使用统一的外呼接入号进行外呼时，获取外呼设备的主叫号码，并确定所述主叫号码与所述登录号码是否相同；
13.号码确定模块，用于在若所述主叫号码与所述登录号码不相同时，显示提示信息以提示用户确定外呼号码；
14.外呼模块，用于响应于用户对于所述外呼号码的确认指令，将所述外呼号码与所述外呼凭证进行绑定，并通过所述外呼号码进行外呼，以使运营商能够通过所述外呼号码
查询到被叫号码进行外呼。
15.此外，为实现上述目的，本技术还提供一种计算机设备，所述计算机设备包括存储器和处理器；所述存储器，用于存储计算机程序；所述处理器，用于执行所述的计算机程序并在执行所述的计算机程序时实现本技术实施例提供的任一项所述的基于隐私通话保护平台的外呼方法。
16.此外，为实现上述目的，本技术还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时使所述处理器实现本技术实施例提供的任一项所述的基于隐私通话保护平台的外呼方法。
17.本技术实施例公开的基于隐私通话保护平台的外呼方法、外呼装置、设备及存储介质，通过唯一的设备标识对登录号码与被叫号码进行绑定，即使用户使用不同设备或不同手机号，服务器也能反查设备标识从而确定被叫号码。实现了外呼的智能化，不仅可以节省大量的号码资源，还能够解决使用统一的外呼接入号进行外呼时外呼关系混乱的问题，提高了外呼呼通率，提升了用户体验。
附图说明
18.为了更清楚地说明本技术实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
19.图1是本技术实施例提供的一种基于隐私通话保护平台的外呼方法的流程示意图；
20.图2是本技术实施例提供的一种确定所述主叫号码与登录号码是否相同的子步骤流程示意图；
21.图3是本技术实施例提供的一种外呼装置的示意性框图；
22.图4是本技术一实施例提供的一种计算机设备的示意性框图。
具体实施方式
23.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
24.附图中所示的流程图仅是示例说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解、组合或部分合并，因此实际执行的顺序有可能根据实际情况改变。另外，虽然在装置示意图中进行了功能模块的划分，但是在某些情况下，可以以不同于装置示意图中的模块划分。
25.在本技术说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
26.在4s店的外呼场景中，往往由于需要屏蔽客户的真实手机号信息而出现了虚拟号的替代客户真实手机号的方案，但是虚拟号由于易于被标记为诈骗电话而导致外呼呼通率低。而为了解决外呼呼通率低的问题，现有技术通常是采用axb模式进行外呼，axb模式主要
用于一对一号码保护，主叫和被叫都不知道对方的真实号码，主叫是通过平台分配的临时号码联系被叫，但是这会耗费了大量的号码池资源，造成成本费用的剧增。
27.而使用统一的外呼呼入号可以节省大量的号码资源，但是由于统一的外呼接入号，会导致在某些4s店场景下出现外呼关系错乱的情况，无法查询到被叫，给沟通造成更大的困难。
28.为此，本技术提供了一种基于隐私通话保护平台的外呼方法、外呼装置、计算机设备及存储介质，以解决上述问题，在详细介绍本技术提供的基于隐私通话保护平台的外呼方法之前，对本技术涉及的axb模式以及外呼方式进行解释。
29.目前，基于4s店、外卖或客服等外呼场景，都是采用axb模式进行外呼，axb模式是通过隐私通话保护平台将a号码与b号码进行绑定，其中a号码为主叫号码，b号码为被叫号码，具体地，隐私通话保护平台为这对配对号码分配一个c号码，并通过c号码对a号码与b号码进行绑定。此时主叫侧可以通过拨打c号码从而外呼到被叫侧，但是此时主叫侧和被叫侧均是显示c号码，由此可以保护双方号码不被泄露，保护了用户隐私。
30.采用axb模式进行外呼时，只要a、b号码不重复，一个c号码可以被多对a、b号码同时绑定，例如a1通过c1绑定b1、同时a2还可以通过c1绑定b2，并且可以同时进行呼叫。但是若a1通过c1绑定b1的情况下，a1还绑定了b2，这样的绑定关系就会造成外呼关系的混乱，此时用户使用a1拨打c1，运营商无法根据c1这个外呼呼入号确定用户此时想拨打给b1还是b2，由此会造成外呼关系混乱，只能通过主叫号码去获取最近的一条相关的记录确定被叫，但这往往会浪费了大量时间。
31.然而现有技术都是通过采用一个新的号码c2进行绑定，这会消耗大量的号码池资源，而针对于4s店等外呼场景，客服人员大多都是只有一个或者几个的外呼手机号，但是却存在着大量的被叫用户，因此若采用axb模式进行外呼，则会耗费了大量的号码池资源，造成成本费用的剧增。
32.基于上述问题，本技术提出了一种基于隐私通话保护平台的外呼方法，解决了使用统一的外呼接入号进行外呼时外呼关系混乱的问题，其中，统一的外呼接入号即是当用户进行不同的外呼时，都是通过一个相同的虚拟号进行外呼，由此可以大大节省号码池资源，该方法可以应用于4s店的外呼场景，也可以用于任何其他外呼场景，比如外卖、医生问诊和法律咨询等外呼场景。
33.其中，上述基于隐私通话保护平台的外呼方法可以应用在服务器中，当然也可以应用于终端设备上，从而实现精准确定被叫，解决了外呼关系混乱的问题，其中，终端设备可以包括诸如手机、平板电脑、个人数字助理(personal digitalassistant，pda)等具有电话功能的固定终端。服务器例如可以为单独的服务器或服务器集群。但为了便于理解，以下实施例将以应用于服务器的基于隐私通话保护平台的外呼方法进行详细介绍。
34.下面结合附图，对本技术的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。
35.请参阅图1，图1是本技术实施例提供的一种基于隐私通话保护平台的外呼方法的示意流程图。其中，所述隐私通话保护平台可以应用在4s店、外卖或客服等外呼场景，该基于隐私通话保护平台的外呼方法可以应用于服务器中，实现了外呼的智能化，不仅可以节省大量的号码资源，还能够解决使用统一的外呼接入号进行外呼时外呼关系混乱的问题，
提高了外呼呼通率，提升了用户体验，大大提高了用户体验。
36.如图1所示，该基于隐私通话保护平台的外呼方法包括步骤s101至步骤s104。
37.s101、获取登录设备的设备标识和登录号码，并将所述登录号码、所述设备标识与被叫号码进行绑定，生成外呼凭证。
38.其中，登录号码为登录app时需要验证的电话号码，登录设备是用户正在使用或经常使用的终端设备，设备标识用于识别不同的登录设备，其中不同登录设备的设备标识并不相同，被叫号码是用户需要进行外呼的电话号码，外呼凭证是用于表征登录号码、登录设备和被叫号码之间的关系的凭证。
39.首先，用户需要在app上先进行注册操作，该app为用户和被呼叫者使用的业务平台，比如外卖app等，其中用户可以通过自己的终端设备比如手机或者平板电脑上的app进行注册，而注册方式可以是通过用户的手机号进行注册，当用户手机号验证成功后，则将此次注册的手机号作为用户登录app的登录号码，而此后用户需进行外呼的时候均需要先登录app再进行外呼。
40.在一些实施例中，当用户进行首次外呼之前，需要在app上输入预先注册好的登录号码进行登录，以使服务器根据登录号码确定需进行外呼的用户身份。
41.具体地，当用户进行首次外呼之前，需要在app上输入预先注册好的登录号码和登录密码以进行登录，服务器验证登录号码和登录密码，验证成功后即是服务器对需进行外呼的用户身份确认成功。
42.需要说明的是，注册成功后，登录app的方式可以使用手机号码，也可以使用身份证号或使用用户名等可以验证用户的方式进行登录。
43.在一些实施例中，获取所述登录设备的移动设备识别码作为设备标识；将所述登录号码和所述被叫号码通过所述设备标识进行绑定以形成映射关系，并根据所述映射关系生成外呼凭证。其中，所述设备标识用于使服务器识别登录设备，而不同的终端设备的设备标识均不相同，所述映射关系用于表征登录号码、被叫号码以及设备标识之间的关联关系，从而生成外呼凭证。由此可以通过唯一的移动设备识别码作为设备标识，并用其关联登录号码与被叫号码，可以准确地确定外呼关系，解决了主副卡，用户设备切换而导致的外呼关系错乱的问题。
44.具体地，当用户登录成功后，先获取用户登录设备的设备标识。示例性地，可以通过app对当前登录设备的移动设备识别码进行识别，并将该移动设备识别码作为设备标识。其中，移动设备识别码是由15位数字组成的“电子串号”，它与每台手机一一对应，而且该码是全世界唯一的。每一只手机在组装完成后都将被赋予一个全球唯一的一组号码。移动设备识别码由gsm(全球移动通信协会)统一分配，授权babt(英国通信认证管理委员会)审受。它由15位数字组成：1、前6位数(tac)是“型号核准号码”，一般代表机型。2、接着的2位数(fac)是"最后装配号"，一般代表产地。3、之后的6位数(snr)是“串号”，一般代表生产顺序号。4、最后1位数(sp)通常是“0”，为检验码，目前暂备用。因此，移动设备识别码具有唯一性，并且读写于手机内存中，它也是该手机在厂家的“档案”和“身份证号”。
45.因此基于移动设备识别码具有唯一性的特点，通过对当前终端设备的移动设备识别码进行识别，可以生成唯一的设备标识，并通过设备标识关联登录号码与被叫号码，可以确定外呼关系的唯一性。
46.示例性地，由于移动设备识别码一般贴在手机背面的标志上，用户还可以在app上自行输入移动设备识别码，以使服务器将移动设备识别码作为设备标识。
47.在一些实施例中，获取登录设备的设备标识和登录号码之后，检测使用中的外呼凭证中是否存在所述设备标识；若使用中的外呼凭证中存在所述设备标识，则在客户端显示所述设备标识已被使用的提示信息；若使用中的外呼凭证中不存在所述设备标识，则将所述登录号码、所述设备标识与被叫号码进行绑定，生成外呼凭证。由此可以该设备标识已被使用的情况下，提示用户使用另外的设备标识进行绑定，由此避免后续出现同一个设备标识同时绑定了多组登录号码与被叫号码的情况，从而出现外呼关系混乱。
48.其中，所述使用中的外呼凭证为当前正在使用的外呼凭证，客户端可以为外呼设备，也可以为别的终端设备比如手机、电脑等。需要说明的是，同一个设备标识虽然不能同时绑定了多组登录号码与被叫号码，但是可以进行对被叫号码进行不断的更新，从而进行外呼凭证的更新。
49.s102、在使用统一的外呼接入号进行外呼时，获取外呼设备的主叫号码，并确定所述主叫号码与登录号码是否相同。
50.其中，统一的外呼接入号即是当用户进行不同的外呼时，都是通过一个相同的虚拟号进行外呼，由此可以大大节省号码池资源，所述外呼设备为当前需要进行外呼的电子设备,外呼设备可以是登录设备，也可以是除登录设备之外的电子设备。
51.具体地，如图2所示，确定所述主叫号码与登录号码是否相同，具体包括以下步骤：
52.s1021、确定所述主叫号码与登录号码是否相同；
53.s1022、若所述主叫号码与登录号码相同时，则确定该主叫号码为外呼号码，并通过该主叫号码进行外呼；
54.s103、若所述主叫号码与登录号码不相同时，在客户端上显示提示信息以提醒用户确定外呼号码。
55.在使用统一的外呼接入号进行外呼时，获取外呼设备的主叫号码，并确定所述主叫号码与登录号码是否相同，若所述主叫号码与登录号码相同时，则确定该主叫号码为外呼号码，并通过该主叫号码进行外呼，由此可在用户无感的情况，也能通过主叫号码精准匹配到被叫号码；若所述主叫号码与登录号码不相同时，在客户端上显示提示信息以提醒用户确定外呼号码。
56.在一些实施例中，获取外呼设备的主叫号码之前，先确定外呼设备的操作系统的类型，若所述外呼设备的操作系统为安卓系统时，通过软件开发工具包(sdk)获取主叫号码；若所述外呼设备的操作系统为ios系统时，则无法获取主叫号码。由此可以直接获取主叫号码，省去了用户手动输入主叫号码的步骤，提高了外呼效率。
57.示例性地，确定外呼设备的操作系统的类型可以通过移动设备识别码的前6数确定，移动设备识别码前6位数(tac)是"型号核准号码"，一般代表机型，由此可以通过移动设备识别码确定外呼设备的机型，从而确定外呼设备的操作系统。
58.示例性地，确定外呼设备的操作系统还可以通过java编程实现，通过调用对应的代码可以确定外呼设备的操作系统，由此可以通过系统版本进而确定对应的操作系统。具体的代码如下：
[0059]“//获取系统版本
[0060]
string phonereleaseversion＝build.version.release；
[0061]
log.d("获取手机系统版本
‑‑
>",phonereleaseversion)”。
[0062]
在一些实施例中，若所述外呼设备的操作系统为安卓系统时，通过软件开发工具包(sdk)获取主叫号码，其中，软件开发工具包(sdk)一般都是一些软件工程师为特定的软件包、软件框架、硬件平台、操作系统等建立应用软件时的开发工具的集合。当用户给予app一定的权限后，app可以通过预先开发后的软件开发工具包(sdk)获取主叫号码。
[0063]
示例性地，确定外呼设备的主叫号码还可以通过java编程实现，通过调用对应的代码可以获取外呼设备的主叫号码。具体的代码如下：
[0064]“//获取手机号码
[0065]
string phonenumber＝mtelephonymanager.getline1number()；
[0066]
log.d("获取本机电话号码
‑‑‑
>",phonenumber)”。
[0067]
在一些实施例中，当所述外呼设备的操作系统为安卓系统后，获取所述外呼设备的sim卡数量值；当所述数量值大于或等于2时，通过所述软件开发工具包获取使用频率达到预设阈值的sim卡对应的号码。其中，可以通过历史通话记录确定sim卡对应的各个号码的使用频率，且预设阀值可以为任意频率。由此可以通过使用频率确定用户的日常使用频率最高的号码，将该号码作为该外呼设备的主叫号码，省去了用户选择主叫号码的步骤，提高了外呼效率。
[0068]
示例性地，若获取所述外呼设备的sim卡数量值为双卡，检测到第一sim卡的使用频率为90％，第二sim卡的使用频率为10％，若预设阈值为80％，则通过所述软件开发工具包获取第一sim卡对应的号码。
[0069]
在一些实施例中，用户可以在终端设备上自行设置主卡和副卡，由于主卡一般为用户默认进行外呼的手机卡，因此当sim卡数量为双卡或多卡时，通过所述软件开发工具包直接获取主卡号码作为该外呼设备的主叫号码，省去了用户选择主叫号码的步骤，提高了外呼效率。
[0070]
在一些实施例中，当所述外呼设备的操作系统为安卓系统后，若电子设备的sim卡数量为单卡时，则直接获取主卡号码作为主叫号码；若电子设备的sim卡数量为双卡时，则同时获取主卡号码与副卡号码。
[0071]
示例性地，当电子设备的sim卡数量为双卡时，若电子设备的主卡号码与登录号码相同时，弹窗提示用户通过主卡号码进行外呼，若用户确定使用主卡号码进行外呼，则确定主卡号码为外呼号码，若此时用户想使用副卡号码进行外呼，则需要用户修改副卡号码为外呼号码。
[0072]
示例性地，当电子设备的sim卡数量为双卡时，若电子设备的副卡号码与登录号码相同时，弹窗提示用户通过副卡号码进行外呼，若用户确定使用副卡号码进行外呼，则确定副卡号码为外呼号码，若此时用户使用主卡号码进行外呼，则修改主卡号码为外呼号码。
[0073]
s103、若所述主叫号码与登录号码不相同时，显示提示信息以提醒用户确定外呼号码。
[0074]
若所述主叫号码与登录号码不相同时，在客户端上显示提示信息以提醒用户确定外呼号码。其中，所述外呼号码为用户实际需要进行外呼的号码，所述提示信息用于提示用户在主叫号码和登录号码中确定实际进行外呼的号码。
[0075]
其中，所述提示信息的方式具体可以包括应用程序(app)或以email、短信、聊天工具例如微信、qq等手段。
[0076]
示例性地，当所述主叫号码与登录号码不相同时，应用程序(app)会发射弹窗提醒在主叫号码和登录号码中确定实际进行外呼的号码的提示信息，用户也可以在灶具应用程序(app)上查看该提示信息。
[0077]
可以理解的是，用户可以自己设置提醒方式，例如可以设置为应用程序(app)和微信提醒，则会通过这两种提醒方式把提示信息发送给用户。
[0078]
具体地，若所述主叫号码与登录号码不相同时，用户可以在客户端上的app上查看登录号码与主叫号码不相同的提示信息，用户接收到该提示信息后，在app上将主叫号码确定为外呼号码，并发送对于外呼号码的确认指令给服务器，此时主叫号码即为外呼号码。
[0079]
需要说明的是，若所述主叫号码与登录号码相同时，则不显示提示信息，直接通过所述主叫号码进行外呼，以使运营商系统能够通过所述外呼凭证查询到被叫号码进行外呼。由此可以免去用户确认外呼号码的步骤，提高了外呼效率。
[0080]
在一些实施例中，若所述外呼设备的操作系统为ios系统时，app无法获取主叫号码，因此无论主叫号码与登录号码是否相同，都在客户端上的app上以弹窗的形式显示提示信息，所述提示信息用于确定登录号码是否为外呼号码，此时需要用户自己确定登录号码是否为外呼号码，若登录号码为外呼号码，则在app上将主叫号码确定为外呼号码；若登录号码不为外呼号码，则在app上输入新的手机号码，并将该手机号码确定为外呼号码。
[0081]
s104、响应于用户对于所述外呼号码的确认指令，将所述外呼号码与所述外呼凭证进行绑定，并通过所述外呼号码进行外呼，以使运营商系统能够通过所述外呼凭证查询到被叫号码进行外呼。
[0082]
具体地，用户在确定外呼号码后，拨打统一的外呼呼入号，此时运营商接收到该用户的外呼请求以及对应的外呼号码，并通过该外呼号码反查最新一条外呼凭证，从而查询到对应的被叫号码接入。由于统一的外呼接入号，会导致外呼关系错乱的情况，特别是针对不同设备切换拨打，固话拨打，主副卡拨打的情况，此时各种情况下的外呼号码均不相同，因此在外呼前需要将确定的外呼号码与外呼凭证的进行绑定。
[0083]
需要说明的是，外呼凭证可以不断更新，由此可以通过更新外呼凭证从而更新被叫号码，从而节省号码池资源。
[0084]
在一些实施例中，若外呼号码与登录号码相同时，运营商可以通过登录号码查询到对应的外呼凭证，从而确定被叫号码并进行外呼。
[0085]
在一些实施例中，确定用户的常用外呼设备以及获取所述常用外呼设备对应的历史通话记录；根据所述历史通话记录确定常用外呼号码，并将所述常用外呼号码与被叫号码进行绑定，以使在使用所述常用外呼号码外呼时，运营商能够直接查询到所述被叫号码进行外呼。其中，常用外呼设备为用户经常进行外呼的电子设备，常用外呼号码为用户经常进行外呼的电话号码。
[0086]
具体地，确定用户的常用外呼设备以及所述常用外呼设备对应的历史通话记录；确定所述历史通话记录中的各个外呼号码的使用频率是否大于预设阈值；若存在某个外呼号码的使用频率大于预设阈值，则将该外呼号码与被叫号码进行绑定。由此可以通过分析历史通话记录确定用户的常用外呼号码，直接将该外呼号码绑定被叫号码，减少通过设备
标识查询被叫号码的过程，从而减少用户外呼的等待时长。
[0087]
在一些实施方式中，在首次外呼后，将首次外呼的外呼号码设置为默认号码，在下一次外呼时且生成外呼凭证后，获取主叫号码，并确定所述主叫号码与默认号码是否相同，若所述主叫号码与所述默认号码不相同时，在客户端上显示提示信息以提醒用户确定外呼号码，响应于用户对于外呼号码的确认指令，将所述外呼号码与所述外呼凭证进行绑定，以使运营商能够通过所述外呼号码查询到被叫号码进行外呼。
[0088]
其中，所述默认号码可以通过用户在app上进行设置，还可以将首次呼叫成功后的外呼号码设置为默认号码，并将默认号码与所述外呼凭证进行绑定。由此可以根据用户默认号码与主叫号码确定实际的外呼号码，由于默认号码通常为用户常用的手机号码，由此可以减少用户修改外呼号码的次数。
[0089]
具体地，获取主叫号码，并确定所述主叫号码与默认号码是否相同，若所述主叫号码与默认号码相同时，则确定该主叫号码为外呼号码，并通过该主叫号码进行外呼；若所述主叫号码与默认号码不相同时，在客户端上显示提示信息以提醒用户确定外呼号码。
[0090]
示例性地，若所述主叫号码与默认号码不相同时，用户可以在客户端上的app上查看默认号码与主叫号码不相同的提示信息，用户接收到该提示信息后，在app上将主叫号码确定为外呼号码，并发送对于外呼号码的确认指令给服务器，此时主叫号码即为外呼号码。
[0091]
需要说明的是，若所述主叫号码与默认号码相同时，则不显示提示信息，直接通过该主叫号码进行外呼。
[0092]
示例性地，若外呼号码与默认号码不相同时且用户确定外呼号码后，用户拨打统一的外呼呼入号，此时运营商接收到该用户的外呼请求以及对应的外呼号码，并通过该外呼号码反查最新一条外呼凭证，从而查询到对应的被叫号码接入。
[0093]
请参阅图3，图3是本技术一实施例提供的一种外呼装置的示意性框图，该外呼装置可以配置于服务器中，用于执行前述的基于隐私通话保护平台的外呼方法。
[0094]
如图3所示，该外呼装置200包括：凭证生成模块201、号码获取模块202、号码确定模块203和外呼模块204。
[0095]
凭证生成模块201，用于获取登录设备的设备标识和登录号码，并将所述登录号码、所述设备标识与被叫号码进行绑定，生成外呼凭证；
[0096]
号码获取模块202，用于在使用统一的外呼接入号进行外呼时，获取外呼设备的主叫号码，并确定所述主叫号码与所述登录号码是否相同；
[0097]
号码确定模块203，用于在若所述主叫号码与所述登录号码不相同时，显示提示信息以提示用户确定外呼号码；
[0098]
外呼模块204，用于响应于用户对于所述外呼号码的确认指令，将所述外呼号码与所述外呼凭证进行绑定，并通过所述外呼号码进行外呼，以使运营商能够通过所述外呼号码查询到被叫号码进行外呼；
[0099]
类型确定模块205，用于确定外呼设备的操作系统类型；若所述外呼设备的操作系统为安卓系统时，通过软件开发工具包获取主叫号码；
[0100]
sim卡确定模块206，用于当所述外呼设备的sim卡数量为双卡或多卡时，通过所述软件开发工具包获取主卡号码；
[0101]
凭证检测模块207，用于检测使用中的外呼凭证中是否存在所述设备标识；若使用
中的外呼凭证中存在所述设备标识，则在客户端显示提示用户所述设备标识已被使用的提示信息；
[0102]
再外呼模块208，用于将所述外呼号码设置为默认号码；在下一次外呼时，获取外呼设备的主叫号码，并确定所述主叫号码与所述默认号码是否相同；若所述主叫号码与所述默认号码不相同时，在客户端上显示提示信息以提示用户确定外呼号码；响应于用户对于外呼号码的确认指令，将所述外呼号码与所述外呼凭证进行绑定，以使运营商能够通过所述外呼号码查询到被叫号码进行外呼。
[0103]
需要说明的是，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的装置和各模块、单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0104]
本技术的方法、装置可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、机顶盒、可编程的消费终端设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。
[0105]
示例性地，上述的方法、装置可以实现为一种计算机程序的形式，该计算机程序可以在如图4所示的计算机设备上运行。
[0106]
请参阅图4，图4是本技术实施例提供的一种计算机设备的示意图。该计算机设备可以是服务器。
[0107]
如图4所示，该计算机设备包括通过系统总线连接的处理器、存储器和网络接口，其中，存储器可以包括非易失性存储介质和内存储器。
[0108]
非易失性存储介质可存储操作系统和计算机程序。该计算机程序包括程序指令，该程序指令被执行时，可使得处理器执行任意一种基于隐私通话保护平台的外呼方法。
[0109]
处理器用于提供计算和控制能力，支撑整个计算机设备的运行。
[0110]
内存储器为非易失性存储介质中的计算机程序的运行提供环境，该计算机程序被处理器执行时，可使得处理器执行任意一种基于隐私通话保护平台的外呼方法。
[0111]
该网络接口用于进行网络通信，如发送分配的任务等。本领域技术人员可以理解，该计算机设备的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
[0112]
应当理解的是，处理器可以是中央处理单元(central processing unit，cpu)，该处理器还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field
‑
programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0113]
其中，在一些实施方式中，所述处理器用于运行存储在存储器中的计算机程序，以实现如下步骤：获取登录设备的设备标识和登录号码，并将所述登录号码、所述设备标识与被叫号码进行绑定，生成外呼凭证；在外呼设备拨打统一的外呼接入号进行外呼时，获取所述外呼设备的主叫号码，并确定所述主叫号码与所述登录号码是否相同；若所述主叫号码
与所述登录号码不相同，显示提示信息以提示用户确定外呼号码；响应于用户对于所述外呼号码的确认指令，将所述外呼号码与所述外呼凭证进行绑定，并通过所述外呼号码进行外呼，以使运营商系统能够通过所述外呼凭证查询到被叫号码进行外呼。
[0114]
在一些实施例中，所述将所述登录号码、所述设备标识与被叫号码进行绑定，生成外呼凭证，包括：获取所述登录设备的移动设备识别码作为设备标识；将所述登录号码和所述被叫号码通过所述设备标识进行绑定以形成映射关系，并根据所述映射关系生成外呼凭证。
[0115]
在一些实施例中，所述处理器还用于：确定外呼设备的操作系统类型；若所述外呼设备的操作系统为安卓系统时，通过软件开发工具包获取主叫号码。
[0116]
在一些实施例中，所述处理器还用于：将所述外呼号码设置为默认号码；在下一次外呼时，获取外呼设备的主叫号码，并确定所述主叫号码与所述默认号码是否相同；若所述主叫号码与所述默认号码不相同时，在客户端上显示提示信息以提示用户确定外呼号码；响应于用户对于外呼号码的确认指令，将所述外呼号码与所述外呼凭证进行绑定，以使运营商能够通过所述外呼号码查询到被叫号码进行外呼。
[0117]
在一些实施例中，所述处理器还用于：若所述主叫号码与登录号码相同时，则不显示提示信息，直接通过所述主叫号码进行外呼，以使运营商系统能够通过所述外呼凭证查询到被叫号码进行外呼；或者若所述主叫号码与默认号码相同时，则不显示提示信息，直接通过所述主叫号码进行外呼，以使运营商系统能够通过所述外呼凭证查询到被叫号码进行外呼。
[0118]
在一些实施例中，所述处理器还用于：获取所述外呼设备的sim卡数量值；当所述数量值大于或等于2时，通过所述软件开发工具包获取使用频率达到预设阈值的sim卡对应的号码。
[0119]
在一些实施例中，所述处理器还用于：检测使用中的外呼凭证中是否存在所述设备标识；若使用中的外呼凭证中存在所述设备标识，则在客户端显示提示用户所述设备标识已被使用的提示信息。
[0120]
本技术实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序中包括程序指令，所述程序指令被执行时实现本技术实施例提供的任一种基于隐私通话保护平台的外呼方法。
[0121]
其中，所述计算机可读存储介质可以是前述实施例所述的计算机设备的内部存储单元，例如所述计算机设备的硬盘或内存。所述计算机可读存储介质也可以是所述计算机设备的外部存储设备，例如所述计算机设备上配备的插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)等。
[0122]
进一步地，所述计算机可读存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。
[0123]
本发明所指区块链语言模型的存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服
务层以及应用服务层等。
[0124]
以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以权利要求的保护范围为准。