发明内容
针对现有技术存在的问题,本发明实施例提供一种分别为主被呼叫方绑定虚拟号码的呼叫处理方法及服务器。
第一方面,本发明实施例提供一种分别为主被呼叫方绑定虚拟号码的呼叫处理方法,所述方法包括:
接收运营商平台转发的呼叫请求,所述呼叫请求携带有作为被呼叫方的第一被叫类型用户的虚拟号码和作为呼叫方的真实号码;
若判断获知第一被叫类型用户的虚拟号码和呼叫方的真实号码之间存在预设绑定关系,获取第一被叫类型用户的真实号码和作为呼叫方的第二主叫类型用户的虚拟号码,其中,所述预设绑定关系包括预先存储的第一被叫类型用户的真实号码、第一被叫类型用户的虚拟号码、第二主叫类型用户的真实号码和第二主叫类型用户的虚拟号码之间的对应关系;
发送所述呼叫请求的反馈消息,所述反馈消息携带有第一被叫类型用户的真实号码和第二主叫类型用户的虚拟号码,以供所述运营商平台发起由第二主叫类型用户的真实号码到第一被叫类型用户的真实号码的呼叫,并将第二主叫类型用户的虚拟号码显示在第一被叫类型用户终端。
第二方面,本发明实施例提供一种分别为主被呼叫方绑定虚拟号码的呼叫处理服务器,所述服务器包括:
接收模块,用于接收运营商平台转发的呼叫请求,所述呼叫请求携带有作为被呼叫方的第一被叫类型用户的虚拟号码和作为呼叫方的真实号码;
获取模块,用于若判断获知第一被叫类型用户的虚拟号码和呼叫方的真实号码之间存在预设绑定关系,获取第一被叫类型用户的真实号码和作为呼叫方的第二主叫类型用户的虚拟号码,其中,所述预设绑定关系包括预先存储的第一被叫类型用户的真实号码、第一被叫类型用户的虚拟号码、第二主叫类型用户的真实号码和第二主叫类型用户的虚拟号码之间的对应关系;
发送模块,用于发送所述呼叫请求的反馈消息,所述反馈消息携带有第一被叫类型用户的真实号码和第二主叫类型用户的虚拟号码,以供所述运营商平台发起由第二主叫类型用户的真实号码到第一被叫类型用户的真实号码的呼叫,并将第二主叫类型用户的虚拟号码显示在第一被叫类型用户终端。
第三方面,本发明实施例提供另一种分别为主被呼叫方绑定虚拟号码的呼叫处理服务器,包括:处理器、存储器和总线,其中,
所述处理器和所述存储器通过所述总线完成相互间的通信;
所述存储器存储有可被所述处理器执行的程序指令,所述处理器调用所述程序指令能够执行如下方法:
接收运营商平台转发的呼叫请求,所述呼叫请求携带有作为被呼叫方的第一被叫类型用户的虚拟号码和作为呼叫方的真实号码;
若判断获知第一被叫类型用户的虚拟号码和呼叫方的真实号码之间存在预设绑定关系,获取第一被叫类型用户的真实号码和作为呼叫方的第二主叫类型用户的虚拟号码,其中,所述预设绑定关系包括预先存储的第一被叫类型用户的真实号码、第一被叫类型用户的虚拟号码、第二主叫类型用户的真实号码和第二主叫类型用户的虚拟号码之间的对应关系;
发送所述呼叫请求的反馈消息,所述反馈消息携带有第一被叫类型用户的真实号码和第二主叫类型用户的虚拟号码,以供所述运营商平台发起由第二主叫类型用户的真实号码到第一被叫类型用户的真实号码的呼叫,并将第二主叫类型用户的虚拟号码显示在第一被叫类型用户终端。
第四方面,本发明实施例提供一种非暂态计算机可读存储介质,包括:
所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令使所述计算机执行如下方法:
接收运营商平台转发的呼叫请求,所述呼叫请求携带有作为被呼叫方的第一被叫类型用户的虚拟号码和作为呼叫方的真实号码;
若判断获知第一被叫类型用户的虚拟号码和呼叫方的真实号码之间存在预设绑定关系,获取第一被叫类型用户的真实号码和作为呼叫方的第二主叫类型用户的虚拟号码,其中,所述预设绑定关系包括预先存储的第一被叫类型用户的真实号码、第一被叫类型用户的虚拟号码、第二主叫类型用户的真实号码和第二主叫类型用户的虚拟号码之间的对应关系;
发送所述呼叫请求的反馈消息,所述反馈消息携带有第一被叫类型用户的真实号码和第二主叫类型用户的虚拟号码,以供所述运营商平台发起由第二主叫类型用户的真实号码到第一被叫类型用户的真实号码的呼叫,并将第二主叫类型用户的虚拟号码显示在第一被叫类型用户终端。
本发明实施例提供的分别为主被呼叫方绑定虚拟号码的呼叫处理方法及服务器,通过预设绑定关系分别为企业员工和客户预先绑定虚拟号码,不仅能够使更多的客户通过虚拟号码联系到企业员工,还能够让该企业员工区分不同的客户来电。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明实施例分别为主被呼叫方绑定虚拟号码的呼叫处理方法流程示意图,如图1所示,本发明实施例提供的分别为主被呼叫方绑定虚拟号码的呼叫处理方法,包括以下步骤:
S1:接收运营商平台转发的呼叫请求,所述呼叫请求携带有作为被呼叫方的第一被叫类型用户的虚拟号码和作为呼叫方的真实号码。
具体的,服务器接收运营商平台转发的呼叫请求,所述呼叫请求携带有作为被呼叫方的第一被叫类型用户的虚拟号码和作为呼叫方的真实号码。服务器可以是企业部署的用于管理用户等的话务平台,运营商平台可以是通信运营商的呼叫管理服务器,第一被叫类型用户可以是作为被叫方的企业员工(可以包括经纪人),呼叫方可以是第二主叫类型用户(可以包括业主、客户等)。
S2:若判断获知第一被叫类型用户的虚拟号码和呼叫方的真实号码之间存在预设绑定关系,获取第一被叫类型用户的真实号码和作为呼叫方的第二主叫类型用户的虚拟号码,其中,所述预设绑定关系包括预先存储的第一被叫类型用户的真实号码、第一被叫类型用户的虚拟号码、第二主叫类型用户的真实号码和第二主叫类型用户的虚拟号码之间的对应关系。
具体的,服务器若判断获知第一被叫类型用户的虚拟号码和呼叫方的真实号码之间存在预设绑定关系,获取第一被叫类型用户的真实号码和作为呼叫方的第二主叫类型用户的虚拟号码,其中,所述预设绑定关系包括预先存储的第一被叫类型用户的真实号码、第一被叫类型用户的虚拟号码、第二主叫类型用户的真实号码和第二主叫类型用户的虚拟号码之间的对应关系。第一被叫类型用户的虚拟号码和呼叫方的真实号码之间是否存在预设绑定关系,可以理解为:如果呼叫方为第二主叫类型用户,即存在预设绑定关系;如果呼叫方不为第二主叫类型用户,即不存在预设绑定关系。预设绑定关系包括有特定的规则,具体说明如下:
图2为多个经纪人对应多个业主的预设绑定关系示意图;
(1)第一被叫类型用户(图2中的经纪人A1和经纪人A2)的虚拟号码(图2中的业务号a1和a2)和真实号码(图2未画出,分别对应A1和A2)按照预定格式与第二主叫类型用户(图2中的业主B1、B2和B3)的虚拟号码(图2中的安全号码b1和b2)和真实号码(图2未画出,分别对应B1、B2和B3)一起绑定;需要说明的是:业主不能单独绑定业主的虚拟号码和真实号码,必须与经纪人虚拟号码和真实号码一起绑定,预定格式可以采用如下格式:“经纪人真实号码-经纪人业务号-业主真实号码-业主安全号码”。
(2)对同一个第一被叫类型用户,第二主叫类型用户的真实号码与虚拟号码为一对一的关系。参照图2举例说明如下(以经纪人 A1为例,见图2中的加粗线条):对于A1,业主B1(真实号码) 对应一个安全号码b1,业主B2(真实号码)对应一个安全号码b2。
(3)对不同的第一被叫类型用户,同一个第二主叫类型用户的真实号码对应的虚拟号码不同或相同,但每个第一被叫类型用户各自对应有第二主叫类型用户的虚拟号码。参照图2说明如下:对于 A1来说:B2对应于b2;而对于A2来说:B2对应于b1(对不同的第一被叫类型用户,同一个第二主叫类型用户的真实号码对应的虚拟号码不同);对于A1来说:B1对应于b1;而对于A2来说:B1 也对应于b1(对不同的第一被叫类型用户,同一个第二主叫类型用户的真实号码对应的虚拟号码相同)。对“但每个第一被叫类型用户各自对应有第二主叫类型用户的虚拟号码”说明如下:对于A1来说: B2对应于b2;而对于A2来说:B2对应于b1,即:业主B2呼叫业务号a1,会通过与A1对应的b2接通与A1之间的通话(A1对应有 b2),同理,业主B2呼叫业务号a2,会通过与A2对应的b1接通与 A2之间的通话(A2对应有b1)。
(4)对不同的第一被叫类型用户,同一个第二主叫类型用户的虚拟号码对应的真实号码不同。参照图2说明如下:对于A1:b1 对应B1,对于A2:b1对应B2。
(5)同一个第一被叫类型用户对应的不同第二主叫类型用户不能绑定同一个第二主叫类型用户的虚拟号码。参照图2说明如下:对于A1:B1绑定了b1、B2绑定了b2(即在B1已经绑定了b1后, B2不能再绑定b1,可以绑定b2;同理,在B2已经绑定了b2后, B1不能再绑定b2,可以绑定b1)。
S3:发送所述呼叫请求的反馈消息,所述反馈消息携带有第一被叫类型用户的真实号码和第二主叫类型用户的虚拟号码,以供所述运营商平台发起由第二主叫类型用户的真实号码到第一被叫类型用户的真实号码的呼叫,并将第二主叫类型用户的虚拟号码显示在第一被叫类型用户终端。
具体的,服务器发送所述呼叫请求的反馈消息,所述反馈消息携带有第一被叫类型用户的真实号码和第二主叫类型用户的虚拟号码,以供所述运营商平台发起由第二主叫类型用户的真实号码到第一被叫类型用户的真实号码的呼叫,并将第二主叫类型用户的虚拟号码显示在第一被叫类型用户终端。参照图2,应用场景为:业主 B1通过拨打业务号a1联系经纪人A1,运营商平台转发呼叫请求(携带有业主B1和业务号a1)至服务器,服务器根据预设绑定关系A1- a1-b1-B1获取业主安全号码b1和A1,并向运营商平台发送呼叫请求的反馈消息(携带业主安全号码b1和经纪人A1),运营商平台发起由主呼叫方B1到被呼叫方A1的呼叫,可以将b1显示在A1终端 (可以是手机)的显示屏上,实现了业主B1通过呼叫业务号a1联系到了经纪人A1,也使得经纪人A1通过来电显示的b1区分出是谁的来电。
本发明实施例提供的分别为主被呼叫方绑定虚拟号码的呼叫处理方法,通过预设绑定关系分别为企业员工和客户预先绑定虚拟号码,不仅能够使更多的客户通过虚拟号码联系到企业员工,还能够让该企业员工区分不同的客户来电。
在上述实施例的基础上,所述预设绑定关系具体包括:
第二主叫类型用户的虚拟号码和真实号码按照预定格式与第一主叫类型用户的虚拟号码和真实号码一起绑定。
具体的,服务器中的预设绑定关系具体包括第二主叫类型用户的虚拟号码和真实号码按照预定格式与第一主叫类型用户的虚拟号码和真实号码一起绑定。可参照上述实施例,不再赘述。
对同一个第一被叫类型用户,第二主叫类型用户的真实号码与虚拟号码为一对一的关系。
具体的,服务器对同一个第一被叫类型用户,第二主叫类型用户的真实号码与虚拟号码为一对一的关系。可参照上述实施例,不再赘述。
对不同的第一被叫类型用户,同一个第二主叫类型用户的真实号码对应的虚拟号码不同或相同,但每个第一被叫类型用户各自对应有第二主叫类型用户的虚拟号码。
具体的,服务器对不同的第一被叫类型用户,同一个第二主叫类型用户的真实号码对应的虚拟号码不同或相同,但每个第一被叫类型用户各自对应有第二主叫类型用户的虚拟号码。可参照上述实施例,不再赘述。
对不同的第一被叫类型用户,同一个第二主叫类型用户的虚拟号码对应的真实号码不同。
具体的,服务器对不同的第一被叫类型用户,同一个第二主叫类型用户的虚拟号码对应的真实号码不同。可参照上述实施例,不再赘述。
同一个第一被叫类型用户对应的不同第二主叫类型用户不能绑定同一个第二主叫类型用户的虚拟号码。
具体的,服务器同一个第一被叫类型用户对应的不同第二主叫类型用户不能绑定同一个第二主叫类型用户的虚拟号码。可参照上述实施例,不再赘述。
本发明实施例提供的分别为主被呼叫方绑定虚拟号码的呼叫处理方法,通过合理地制定预设绑定关系,优化了企业员工和客户之间的真实号码和虚拟号码对应关系,使更多的客户通过虚拟号码联系到企业员工,还能够让该企业员工区分不同的客户来电。
在上述实施例的基础上,所述预定格式包括:
第一被叫类型用户的真实号码-第一被叫类型用户的虚拟号码- 第二被叫类型用户的真实号码-第二被叫类型用户的虚拟号码。
具体的,服务器中的预定格式包括:第一被叫类型用户的真实号码-第一被叫类型用户的虚拟号码-第二被叫类型用户的真实号码- 第二被叫类型用户的虚拟号码。可参照上述实施例,不再赘述。
本发明实施例提供的分别为主被呼叫方绑定虚拟号码的呼叫处理方法,通过预定格式表示预设绑定关系,能够更加清晰的表示出预设绑定关系。
在上述实施例的基础上,所述方法还包括:
若判断获知第一被叫类型用户的虚拟号码和呼叫方的真实号码之间不存在预设绑定关系,获取呼叫方的用户类型。
具体的,服务器若判断获知第一被叫类型用户的虚拟号码和呼叫方的真实号码之间不存在预设绑定关系,获取呼叫方的用户类型。由于第一被叫类型用户的虚拟号码和呼叫方的真实号码之间不存在预设绑定关系,可以确定呼叫方不为第二主叫类型用户,因此需要获取呼叫方的用户类型,用户类型还可以包括第一主叫类型用户(可以包括经纪人)、第三主叫类型用户(可以包括陌生来电)。
根据所述用户类型和预设规则,获取第一被叫类型用户的真实号码和相应的用户类型用户的虚拟号码。
具体的,服务器根据所述用户类型和预设规则,获取第一被叫类型用户的真实号码和相应的用户类型用户的虚拟号码。相应的用户类型用户可以包括上述的第一主叫类型用户或第三主叫类型用户。
发送所述呼叫请求的返回信息,所述返回信息携带有第一被叫类型用户的真实号码和相应的用户类型用户的虚拟号码,以供所述运营商平台发起由相应的用户类型用户的真实号码到第一被叫类型用户的真实号码的呼叫,并将相应的用户类型用户的虚拟号码显示在第一被叫类型用户终端。
具体的,服务器发送所述呼叫请求的返回信息,所述返回信息携带有第一被叫类型用户的真实号码和相应的用户类型用户的虚拟号码,以供所述运营商平台发起由相应的用户类型用户的真实号码到第一被叫类型用户的真实号码的呼叫,并将相应的用户类型用户的虚拟号码显示在第一被叫类型用户终端。需要说明的是:返回信息携带的内容与上述的反馈消息携带的内容不同,区别在于,返回信息携带不是第二主叫类型用户的虚拟号码,而是第一主叫类型用户的虚拟号码,或者第三主叫类型用户的虚拟号码。
本发明实施例提供的分别为主被呼叫方绑定虚拟号码的呼叫处理方法,还能够让客户以外的其他类型用户通过绑定虚拟号码联系到企业员工。
在上述实施例的基础上,所述用户类型包括第一主叫类型用户,所述方法还包括:
若所述用户类型为第一主叫类型用户,根据所述预设绑定关系获取第一被叫类型用户的真实号码和第一主叫类型用户的虚拟号码。
具体的,服务器若判断获知所述用户类型为第一主叫类型用户,根据所述预设绑定关系获取第一被叫类型用户的真实号码和第一主叫类型用户的虚拟号码。同理可参照上述第二主叫类型用户的情况,不再赘述。
发送所述呼叫请求的返回信息,所述返回信息携带有第一被叫类型用户的真实号码和第一主叫类型用户的虚拟号码,以供所述运营商平台发起由第一主叫类型用户的真实号码到第一被叫类型用户的真实号码的呼叫,并将第一主叫类型用户的虚拟号码显示在第一被叫类型用户终端。
具体的,服务器发送所述呼叫请求的返回信息,所述返回信息携带有第一被叫类型用户的真实号码和第一主叫类型用户的虚拟号码,以供所述运营商平台发起由第一主叫类型用户的真实号码到第一被叫类型用户的真实号码的呼叫,并将第一主叫类型用户的虚拟号码显示在第一被叫类型用户终端。同理可参照上述第二主叫类型用户的情况,不再赘述。
本发明实施例提供的分别为主被呼叫方绑定虚拟号码的呼叫处理方法,还能够通过绑定虚拟号码建立企业员工之间的联系。
在上述实施例的基础上,所述方法还包括:
若所述用户类型不是第一主叫类型用户、也不是第二主叫类型用户,生成呼叫方的第三主叫类型用户的虚拟号码,并根据所述预设绑定关系获取第一被叫类型用户的真实号码。
具体的,服务器若判断获知所述用户类型不是第一主叫类型用户、也不是第二主叫类型用户,生成呼叫方的第三主叫类型用户的虚拟号码,并根据所述预设绑定关系获取第一被叫类型用户的真实号码。需要说明的是:第三主叫类型用户可以包括陌生来电,可以为所有的陌生来电预设统一的虚拟号码,使得经纪人通过来电显示的该统一的虚拟号码,确定该来电为陌生来电。
发送所述呼叫请求的返回信息,所述返回信息携带有第一被叫类型用户的真实号码和第三主叫类型用户的虚拟号码,以供所述运营商平台发起由第三主叫类型用户的真实号码到第一被叫类型用户的真实号码的呼叫,并将第三主叫类型用户的虚拟号码显示在第一被叫类型用户终端。
具体的,服务器发送所述呼叫请求的返回信息,所述返回信息携带有第一被叫类型用户的真实号码和第三主叫类型用户的虚拟号码,以供所述运营商平台发起由第三主叫类型用户的真实号码到第一被叫类型用户的真实号码的呼叫,并将第三主叫类型用户的虚拟号码显示在第一被叫类型用户终端。同理可参照上述第二主叫类型用户的情况,不再赘述。
本发明实施例提供的分别为主被呼叫方绑定虚拟号码的呼叫处理方法,还能够让陌生来电通过绑定虚拟号码联系到企业员工。
在上述实施例的基础上,待由第三主叫类型用户的真实号码到第一被叫类型用户的真实号码的呼叫完成之后,所述方法还包括:
推送指定标记给所述第一被叫类型用户终端,以标记所述第三主叫类型用户。
具体的,服务器推送指定标记给所述第一被叫类型用户终端,以标记所述第三主叫类型用户。指定标记可以是潜在客户卡片,以使经纪人通过该标记确定第三主叫类型用户。
本发明实施例提供的分别为主被呼叫方绑定虚拟号码的呼叫处理方法,通过推送指定标记给企业员工,更加便于企业员工区分陌生来电。
还需要说明的是,上述的方法不限于呼叫,还可以包括短信等。
图3为本发明实施例分别为主被呼叫方绑定虚拟号码的呼叫处理方法总流程图,参照图3继续对本发明实施例提供的分别为主被呼叫方绑定虚拟号码的呼叫处理方法作简要说明:
(1)经纪人虚拟号作为被叫;
(2)运营商平台转发经纪人虚拟号码和作为主呼叫方的真实号码;
(3)服务器接收经纪人虚拟号码和主呼叫方的真实号码,并根据预设绑定关系,判断是否有业主与经纪人之间的绑定关系;
(4)如果有绑定关系,返回业主虚拟号码和经纪人真实号码至运营商平台;
(5)运营商平台发起由业主的真实号码到经纪人真实号码的呼叫,并在经纪人终端显示业主虚拟号码;
(6)如果有绑定关系,判断主呼叫方是否为经纪人,如果是,返回主叫经纪人虚拟号码和被叫经纪人真实号码至运营商平台;
(7)运营商平台发起由主叫经纪人的真实号码到被叫经纪人真实号码的呼叫,并在被叫经纪人终端显示主叫经纪人虚拟号码;
(8)如果有绑定关系,判断主呼叫方是否为经纪人,如果为否,返回陌生来电统一虚拟号码和经纪人真实号码至运营商平台;
(9)运营商平台发起由陌生来电的真实号码到经纪人真实号码的呼叫,并在经纪人终端显示陌生来电统一虚拟号码;
(10)在由陌生来电的真实号码到经纪人真实号码的呼叫结束后,给经纪人推送潜客卡片。
图4为本发明实施例分别为主被呼叫方绑定虚拟号码的呼叫处理服务器结构示意图,如图4所示,本发明实施例提供了一种分别为主被呼叫方绑定虚拟号码的呼叫处理服务器,包括接收模块1、获取模块2和发送模块3,其中:
接收模块1用于接收运营商平台转发的呼叫请求,所述呼叫请求携带有作为被呼叫方的第一被叫类型用户的虚拟号码和作为呼叫方的真实号码;获取模块2用于若判断获知第一被叫类型用户的虚拟号码和呼叫方的真实号码之间存在预设绑定关系,获取第一被叫类型用户的真实号码和作为呼叫方的第二主叫类型用户的虚拟号码,其中,所述预设绑定关系包括预先存储的第一被叫类型用户的真实号码、第一被叫类型用户的虚拟号码、第二主叫类型用户的真实号码和第二主叫类型用户的虚拟号码之间的对应关系;发送模块3用于发送所述呼叫请求的反馈消息,所述反馈消息携带有第一被叫类型用户的真实号码和第二主叫类型用户的虚拟号码,以供所述运营商平台发起由第二主叫类型用户的真实号码到第一被叫类型用户的真实号码的呼叫,并将第二主叫类型用户的虚拟号码显示在第一被叫类型用户终端。
具体的,接收模块1用于接收运营商平台转发的呼叫请求,所述呼叫请求携带有作为被呼叫方的第一被叫类型用户的虚拟号码和作为呼叫方的真实号码;获取模块2用于若判断获知第一被叫类型用户的虚拟号码和呼叫方的真实号码之间存在预设绑定关系,获取第一被叫类型用户的真实号码和作为呼叫方的第二主叫类型用户的虚拟号码,其中,所述预设绑定关系包括预先存储的第一被叫类型用户的真实号码、第一被叫类型用户的虚拟号码、第二主叫类型用户的真实号码和第二主叫类型用户的虚拟号码之间的对应关系;发送模块3用于发送所述呼叫请求的反馈消息,所述反馈消息携带有第一被叫类型用户的真实号码和第二主叫类型用户的虚拟号码,以供所述运营商平台发起由第二主叫类型用户的真实号码到第一被叫类型用户的真实号码的呼叫,并将第二主叫类型用户的虚拟号码显示在第一被叫类型用户终端。
本发明实施例提供的分别为主被呼叫方绑定虚拟号码的呼叫处理服务器,通过预设绑定关系分别为企业员工和客户预先绑定虚拟号码,不仅能够使更多的客户通过虚拟号码联系到企业员工,还能够让该企业员工区分不同的客户来电。
本发明实施例提供的分别为主被呼叫方绑定虚拟号码的呼叫处理服务器具体可以用于执行上述各方法实施例的处理流程,其功能在此不再赘述,可以参照上述方法实施例的详细描述。
图5为本发明实施例提供的服务器实体结构示意图,如图5所示,所述服务器包括:处理器(processor)501、存储器(memory)502 和总线503;
其中,所述处理器501、存储器502通过总线503完成相互间的通信;
所述处理器501用于调用所述存储器502中的程序指令,以执行上述各方法实施例所提供的方法,例如包括:接收运营商平台转发的呼叫请求,所述呼叫请求携带有作为被呼叫方的第一被叫类型用户的虚拟号码和作为呼叫方的真实号码;若判断获知第一被叫类型用户的虚拟号码和呼叫方的真实号码之间存在预设绑定关系,获取第一被叫类型用户的真实号码和作为呼叫方的第二主叫类型用户的虚拟号码,其中,所述预设绑定关系包括预先存储的第一被叫类型用户的真实号码、第一被叫类型用户的虚拟号码、第二主叫类型用户的真实号码和第二主叫类型用户的虚拟号码之间的对应关系;发送所述呼叫请求的反馈消息,所述反馈消息携带有第一被叫类型用户的真实号码和第二主叫类型用户的虚拟号码,以供所述运营商平台发起由第二主叫类型用户的真实号码到第一被叫类型用户的真实号码的呼叫,并将第二主叫类型用户的虚拟号码显示在第一被叫类型用户终端。
本实施例公开一种计算机程序产品,所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序,所述计算机程序包括程序指令,当所述程序指令被计算机执行时,计算机能够执行上述各方法实施例所提供的方法,例如包括:接收运营商平台转发的呼叫请求,所述呼叫请求携带有作为被呼叫方的第一被叫类型用户的虚拟号码和作为呼叫方的真实号码;若判断获知第一被叫类型用户的虚拟号码和呼叫方的真实号码之间存在预设绑定关系,获取第一被叫类型用户的真实号码和作为呼叫方的第二主叫类型用户的虚拟号码,其中,所述预设绑定关系包括预先存储的第一被叫类型用户的真实号码、第一被叫类型用户的虚拟号码、第二主叫类型用户的真实号码和第二主叫类型用户的虚拟号码之间的对应关系;发送所述呼叫请求的反馈消息,所述反馈消息携带有第一被叫类型用户的真实号码和第二主叫类型用户的虚拟号码,以供所述运营商平台发起由第二主叫类型用户的真实号码到第一被叫类型用户的真实号码的呼叫,并将第二主叫类型用户的虚拟号码显示在第一被叫类型用户终端。
本实施例提供一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令使所述计算机执行上述各方法实施例所提供的方法,例如包括:接收运营商平台转发的呼叫请求,所述呼叫请求携带有作为被呼叫方的第一被叫类型用户的虚拟号码和作为呼叫方的真实号码;若判断获知第一被叫类型用户的虚拟号码和呼叫方的真实号码之间存在预设绑定关系,获取第一被叫类型用户的真实号码和作为呼叫方的第二主叫类型用户的虚拟号码,其中,所述预设绑定关系包括预先存储的第一被叫类型用户的真实号码、第一被叫类型用户的虚拟号码、第二主叫类型用户的真实号码和第二主叫类型用户的虚拟号码之间的对应关系;发送所述呼叫请求的反馈消息,所述反馈消息携带有第一被叫类型用户的真实号码和第二主叫类型用户的虚拟号码,以供所述运营商平台发起由第二主叫类型用户的真实号码到第一被叫类型用户的真实号码的呼叫,并将第二主叫类型用户的虚拟号码显示在第一被叫类型用户终端。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所描述的服务器等实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上各实施例仅用以说明本发明的实施例的技术方案,而非对其限制;尽管参照前述各实施例对本发明的实施例进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明的实施例各实施例技术方案的范围。