通信方法、黑名单配置方法及装置
技术领域
本申请涉及通信技术领域,尤其涉及通信方法、黑名单配置方法及装置。
背景技术
随着智能设备与移动通信技术的快速发展,通信服务方提供虚拟号码服务越来越常见。本申请中所述的虚拟号码,是由通信服务方针对具体通信过程,为主叫端和被叫端所配置的唯一的虚拟号码,该虚拟号码与主叫端和被叫端的真实号码均不同,通信过程中通信双方的通信设备上都只显示该虚拟号码而非双方的真实号码。除了该特定通信的双方之外,其他人拨打该虚拟号码无效。
在某些特定应用场景经常会涉及上述虚拟号码服务,例如,提供中介服务、外卖服务、购物平台或网约车服务等第三方服务提供者,可能会从一个或多个通信服务方购买虚拟号码服务,以保护用户隐私。
以第三方服务提供者为中介服务方为例进行说明,中介服务方为买方和卖方提供中介服务,买方与卖方可能需要通话联系,为了使双方通话时无法查看对方的真实号码,中介服务方可以提供虚拟号码服务。具体的,可以是从一个或多个通信服务方购买虚拟号码服务,从而获得通信服务方提供的若干个虚拟号码。中介服务方在确定买方和卖方需要通话时,可以为买方和卖方分配一虚拟号码。以卖方发起通话为例,卖方在获得中介服务方所分配的虚拟号码后,卖方拨打该虚拟号码发起通话连接。通信服务方接收到该通话连接后,由于通信服务方不清楚卖方的通信号码,通信服务方需向中介服务方请求为买方和卖方建立虚拟号码通信转接,中介服务方根据通信服务方的请求,向通信服务方提供卖方的通信号码。通信服务方接着通过虚拟号码向卖方发起通话连接,随后通信服务方为卖方与买方建立虚拟号码通信转接,整个过程中卖方与买方通过该虚拟号码沟通,其真实通信号码彼此不公开,从而达到保护隐私目的。
实际应用中,可能存在某些用户使用虚拟号码呼叫其他用户进行营销或者恶意骚扰的情况。相关技术中有一些具有来电识别功能的应用,但需要用户下载安装在移动终端中才可阻止电话骚扰。
发明内容
为克服相关技术中存在的问题,本申请提供了通信方法、黑名单配置方法及装置。
根据本申请实施例的第一方面,提供一种通信方法,所述方法包括:
在接收到通信服务方发送的为主叫端和被叫端建立虚拟号码通信转接的请求后,根据预存的黑名单信息,确定所述主叫端是否位于所述被叫端的黑名单中;
若确定所述主叫端位于所述被叫端的黑名单中,向通信服务方发送禁止转接指令,所述禁止转接指令用于指示所述通信服务方拒绝为所述主叫端和被叫端建立虚拟号码通信转接。
根据本申请实施例的第二方面,提供一种通信方法,所述方法包括:
在接收到主叫端向虚拟号码所发起的通话连接时,确定虚拟号码所对应的被叫端;
根据预存的黑名单信息,查询主叫端是否位于所述被叫端的黑名单中;
在确定主叫端位于所述被叫端的黑名单中,向所述主叫端发送通话连接失败消息。
根据本申请实施例的第三方面,提供一种黑名单配置方法,所述方法包括:
通过通信服务方确定主叫端与被叫端之间通过虚拟号码通信转接的通话过程结束后,通过所述通信服务方与所述被叫端建立通话连接;
在与被叫端成功建立通话连接的情况下,向被叫端发送用于询问是否将主叫端写入黑名单的语音询问消息;
根据被叫端针对所述语音询问消息的反馈信息,确定是否将所述主叫端写入至所述被叫端的黑名单中。
根据本申请实施例的第四方面,提供一种通信装置,所述装置包括:
黑名单确定模块,用于:在接收到通信服务方发送的为主叫端和被叫端建立虚拟号码通信转接的请求后,根据预存的黑名单信息,确定所述主叫端是否位于所述被叫端的黑名单中;
禁止转接指令发送模块,用于:在确定所述主叫端位于所述被叫端的黑名单中后,向通信服务方发送禁止转接指令,所述禁止转接指令用于指示所述通信服务方拒绝为所述主叫端和被叫端建立虚拟号码通信转接。
根据本申请实施例的第五方面,提供一种通信装置,所述装置包括:
被叫端确定模块,用于:在接收到主叫端向虚拟号码所发起的通话连接时,确定虚拟号码所对应的被叫端;
查询模块,用于:根据预存的黑名单信息,查询主叫端是否位于所述被叫端的黑名单中;
连接失败发送模块,用于在确定主叫端位于所述被叫端的黑名单中,向所述主叫端发送通话连接失败消息。
根据本申请实施例的第六方面,提供一种黑名单配置装置,所述装置包括:
通话连接建立模块,用于:通过通信服务方确定主叫端与被叫端之间通过虚拟号码通信转接的通话过程结束后,通过所述通信服务方与所述被叫端建立通话连接;
语音询问消息发送模块,用于:在与被叫端成功建立通话连接的情况下,向被叫端发送用于询问是否将主叫端写入黑名单的语音询问消息;
黑名单写入模块,用于:根据被叫端针对所述语音询问消息的反馈信息,确定是否将所述主叫端写入至所述被叫端的黑名单中。
根据本申请实施例的第七方面,提供一种装置,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
在接收到通信服务方发送的为主叫端和被叫端建立虚拟号码通信转接的请求后,根据预存的黑名单信息,确定所述主叫端是否位于所述被叫端的黑名单中;
若确定所述主叫端位于所述被叫端的黑名单中,向通信服务方发送禁止转接指令,所述禁止转接指令用于指示所述通信服务方拒绝为所述主叫端和被叫端建立虚拟号码通信转接。
本申请的实施例提供的技术方案可以包括以下有益效果:
本申请中,在接收到通信服务方发送的为主叫端和被叫端建立虚拟号码通信转接的请求后,可以根据预存的黑名单信息,在确定所述主叫端位于所述被叫端的黑名单中,可以向通信服务方发送禁止转接指令,以指示所述通信服务方拒绝为所述主叫端和被叫端建立虚拟号码通信转接。由于第三方服务器阻止了主叫端针对被叫端的呼叫,在第三方服务器的指示下,通信服务方不会执行通过虚拟号码拨打被叫端的处理,被叫端不会接收到虚拟号码的呼入。相对于相关技术中被叫端需要安装来电识别应用,由来电识别应用进行呼入阻止的方式,本实施例被叫端不会接收到骚扰号码的呼入,也无需被叫端安装应用,骚扰号码的阻止效果更好,给用户带来了便利。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。
图1是本申请根据一示例性实施例示出的一种虚拟号码的应用场景示意图。
图2是本申请根据一示例性实施例示出的一种通信方法的流程图。
图3A是本申请根据一示例性实施例示出的一种通信方法的应用场景示意图。
图3B是本申请根据一示例性实施例示出的另一种通信方法的流程图。
图3C是本申请根据一示例性实施例示出的另一种通信方法的应用场景示意图。
图3D是本申请根据一示例性实施例示出的另一种通信方法的流程图。
图4是本申请根据一示例性实施例示出的另一种通信方法的流程图。
图5是本申请根据一示例性实施例示出的另一种通信方法的流程图。
图6是本申请通信装置所在服务器的一种硬件结构图。
图7是本申请根据一示例性实施例示出的一种通信装置的框图。
图8是本申请根据一示例性实施例示出的一种通信装置的框图。
图9是本申请根据一示例性实施例示出的一种黑名单配置装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
首先结合一应用场景对本申请中所涉及的虚拟号码进行说明。如图1所示,是本申请根据一示例性实施例示出的一种虚拟号码的应用场景示意图,图1中包括若干个作为提供虚拟号码服务以及移动通信网络服务的通信服务方的通信服务器、第三方服务提供者所提供的第三方服务器、用户A所持有的移动终端A1、以及用户B所持有的移动终端B1。
在实际应用中,第三方服务提供者可以是中介服务方、购物平台服务方、网约车应用服务方、外卖应用服务方或到家应用服务方等等。第三方服务提供者为用户提供特定服务。
第三方服务器由第三方服务提供者进行设置,第三方服务提供者通过该第三方服务器可以向注册用户提供特定服务。在图1中,用户A可以预先在第三方服务器上注册第一账户,利用个人设备A1登录第三方服务器获得服务功能。用户B也可以预先在第三方服务器上注册第二账户,利用个人设备B1登录第三方服务器获得服务功能。本申请实施例中的个人设备可以包括各种具有移动通信功能的终端,例如,手机、平板电脑或电话机等,当然,本申请实施例也不排除在PC(Personal Computer,个人计算机)上的应用。
其中,第三方服务器可以获取注册用户的通信号码等个人信息,用户在使用服务的过程中,可能会涉及与另一用户通信的情况,第三方服务提供者为保护用户隐私,可以为用户提供虚拟号码服务。具体的,第三方服务提供者可以预先向一个或多个通信服务方购买虚拟号码服务,从而获得通信服务方提供的若干个虚拟号码。
当第三方服务器确定用户A与用户B需要通信时,第三方服务器可以为用户A与用户B分配一虚拟号码,第三方服务器记录有用户A的通信号码、用户B的通信号码以及所分配的虚拟号码三者的绑定关系(以下称为虚拟号码绑定关系)。
实际应用中,对于第三方服务器如何确定用户A与用户B需要通信的过程,可以有多种方式。一种可选的方式是接收客户端所发起的虚拟号码服务请求,此种方式下,可以是用户主动触发客户端提供的针对虚拟号码服务请求的控件,客户端根据用户的触发向第三方服务器发起虚拟号码服务请求,当应用服务器接收到该中间号服务请求后,为用户提供虚拟号码服务。例如,对于提供物品交易平台等第三方服务的场景,交易双方中任一方在需要与对方通信的情况下,可以向服务器主动发起虚拟号码服务请求,服务器在接收到该中间号服务请求后,可以为发起请求的用户提供虚拟号码服务。
在其他可选的方式中,可以是第三方服务器获取客户端发送的业务数据,根据业务数据确定是否需要为用户提供虚拟号码服务。例如,以外卖场景为例,可以是根据消费方和商户方的业务数据,确定消费方发起外卖订单,商户方响应该外卖订单并接收的时候,则可确定需为消费方和商户方分配虚拟号码。
图1所示实施例中,假设用户A获取到第三方服务器所提供的虚拟号码后,用户A希望与用户B通话,用户A可以拨打该虚拟号码以发起通话连接。通信服务器接收到该通话连接后,由于通信服务器不清楚被叫用户(即用户B)的通信号码,通信服务器可以向第三方服务器请求为用户A与被叫用户建立虚拟号码通信转接。第三方服务器根据通信服务方的请求,向通信服务方提供用户B的通信号码。通信服务方接着通过虚拟号码向用户B发起通话连接,随后通信服务方为用户A和用户B建立虚拟号码通信转接。由于用户B的移动终端B1接收的是虚拟号码的通话连接,因此用户A和用户B真实通信号码彼此不公开,从而达到保护隐私目的。
考虑到实际应用中,可能存在某些用户使用虚拟号码呼叫其他用户进行营销或者恶意骚扰的情况。本申请提供一种通信方法,可以解决使用虚拟号码呼叫其他用户进行营销或者恶意骚扰的问题。参考图2,是本申请根据一示例性实施例示出的一种通信方法的流程图,可应用于图1所示场景中的第三方服务提供者的第三方服务器中,所述方法包括如下步骤201至202:
在步骤201中,在接收到通信服务方发送的为主叫端和被叫端建立虚拟号码通信转接的请求后,根据预存的黑名单信息,确定所述主叫端是否位于所述被叫端的黑名单中。
在步骤202中,若确定所述主叫端位于所述被叫端的黑名单中,向通信服务方发送禁止转接指令,所述禁止转接指令用于指示所述通信服务方拒绝为所述主叫端和被叫端建立虚拟号码通信转接。
本申请实施例中,第三方服务器可以预先配置有各用户的黑名单信息,用户的黑名单中可以记录有被该用户标记为骚扰用户的用户标识(例如可以是用户账号、通信号码、用户名称等)。该黑名单中的记录,可以通过多种方式获得。例如,第三方服务提供者所提供的APP可以提供有黑名单配置功能,用户在接收到骚扰用户的呼入后,通过APP的黑名单配置功能对该骚扰用户进行标记,APP将用户的配置发送给第三方服务器,由第三方服务器对该用户的黑名单进行维护。或者,还可以是用户在接收到骚扰用户的呼入后,第三方服务器主动向用户发送是否将骚扰用户加入黑名单的询问信息,第三方服务器根据用户的反馈对该用户的黑名单进行维护等等。
实际应用中,黑名单信息可以是在第三方服务器本地存储;若黑名单信息数据量较大,也可以是第三方服务方设置专用的黑名单服务器进行存储,或者还可以是分布式存储等等多种方式。在图1中为了示例方便,以黑名单信息存储在第三方服务器为例进行说明。
当主叫端拨打虚拟号码发起通话连接时,通信服务器接收到该通话连接后,由于通信服务器不清楚被叫端的通信号码,通信服务器可以向第三方服务器请求为主叫端和被叫端建立虚拟号码通信转接。具体的,该请求中可以携带有主叫端的通信号码和虚拟号码,以供第三方服务器从虚拟号码绑定关系中查找被叫端的通信号码。
第三方服务器查找到被叫端的通信号码后,可以确定主叫端是否位于被叫端的黑名单中。若确定主叫端位于被叫端的黑名单中,则第三方服务器可以向通信服务方向通信服务方发送禁止转接指令,在该禁止转接指令的指示下,通信服务方则可以拒绝为主叫端和被叫端建立虚拟号码通信转接,主叫端的通话连接失败。
可以理解,上述流程中,第三方服务器阻止了主叫端针对被叫端的呼叫,在第三方服务器的指示下,通信服务方不会执行通过虚拟号码拨打被叫端的处理,被叫端不会接收到虚拟号码的呼入。因此可以减少通信服务方的通信处理流程,降低通信数据的传输。相对于相关技术中被叫端需要安装来电识别应用,由来电识别应用进行呼入阻止的方式,本实施例无需被叫端安装应用,虚拟号码也不会呼叫被叫端,骚扰号码的阻止效果更好,给用户带来了便利。
上述第三方服务器在确定主叫端是否位于被叫端的黑名单中的过程中,若确定所述主叫端没有位于所述被叫端的黑名单中,向通信服务方发送被叫端的通信号码,所述被叫端的通信号码用于所述通信服务方通过虚拟号码向所述被叫端发起通话连接,以在通过虚拟号码与被叫端成功建立通话连接后,为所述主叫端和被叫端建立虚拟号码通信转接。
本实施例中,由于主叫端没有位于所述被叫端的黑名单中,则可以由通信服务方为双方建立虚拟号码通信转接,使主叫端和被叫端可以通话。假设主叫端在与被叫端的通话过程中,主叫端进行了营销或恶意骚扰,则被叫端具有希望将主叫端列入黑名单的需求。为了使黑名单的配置过程更为主动,减少用户操作,给用户带来较多便利,本申请实施例中,在所述通信服务方为所述主叫端和被叫端建立虚拟号码通信转接后,所述方法还可以包括:
若确定主叫端与被叫端通话结束,向被叫端发送用于询问是否将主叫端写入黑名单的询问消息,根据被叫端针对所述询问消息的反馈信息,确定是否将所述主叫端写入至所述被叫端的黑名单中。
本实施例中,第三方服务器可以在主叫端与被叫端通话结束后,主动询问被叫端是否需要将主叫端写入黑名单,以实现完善黑名单、对黑名单进行维护的目的,从而能更好地进行骚扰号码阻止处理,给用户提供更好的服务。
其中,向被叫端发送用于询问是否将主叫端写入黑名单的询问消息的处理,可以有多种方式实现。接下来列举两种可选的实施方式进行说明。
第一种、与被叫端通话的方式。
具体的,所述向被叫端发送用于询问是否将主叫端写入黑名单的询问消息,包括:
通过所述通信服务方与被叫端建立通话连接。
在与被叫端成功建立通话连接的情况下,向被叫端发送用于询问是否将主叫端写入黑名单的语音询问消息。
本实施例中,通过所述通信服务方与被叫端建立通话连接的处理时机,是在主叫端与被叫端通话结束之后。通话结束后涉及两种情况,一种是主叫端先挂断通话;一种是被叫端先挂断电话。
对于主叫端先挂断通话的情况,通信服务器可以在主叫端挂断通话时通知虚拟号码服务器,假设此时被叫端尚未挂断通话,还处于与通信服务方的虚拟号码的通话连接状态,虚拟号码服务器可以及时将语音询问消息通过通信服务方发送给被叫端。
对于被叫端先挂断电话的情况,虚拟号码服务器可以通过通信服务方向被叫端发起通话连接,若能与被叫端接通建立通话连接,则可以发送语音询问消息。
假设被叫端没有接通,或者是发送语音询问消息过程被挂断等无法成功获取到反馈信息的情况,实际应用中,虚拟号码服务器可以间隔一定时间后再次发起通话连接,或者是根据预设的定时任务定时向被叫端再次发起通话连接。
实际应用中,语音询问消息可以灵活配置。作为一个例子,该语音提示消息,可以具体为“是否将上通电话用户加入黑名单,是请按1,不是请按2。”可以理解,由于本实施方式采用通话的方式询问被叫端,该方式无需被叫端安装APP,并且可以适用于多种类型的被叫端,包括电话机等非智能设备。
其中,所述向被叫端发送用于提示是否将主叫端写入黑名单的语音提示消息,包括:
调用预设的交互式语音问答系统(Interactive Voice Response,IVR),所述交互式语音问答系统用于发送所述语音询问消息,并接收被叫端反馈的按键信号,通过所述按键信号识别出按键信息;所述语音询问消息中指定有将主叫端写入黑名单的按键,以及不将主叫端写入黑名单的按键;
获取所述交互式语音问答系统所识别出的按键信息,根据所述按键信息确定是否将所述主叫端写入至所述被叫端的黑名单中。
IVR是一种功能强大的电话自动服务技术,该技术可以采用预先录制或文本转语音技术合成的语音进行自动应答,提供一种为用户进行菜单导航或自助服务的功能。本实施例中,第三方服务提供者可以根据业务需要制定IVR语音引导流程,并向被叫端播放语音询问消息,用户可以根据语音提示,按键选择自己所需要的功能,被叫端用户按键后,被叫端可以生成按键信号,在现有实现中,按键信号通常为DTMF(双音多频DTMFDual ToneMulti Frequency)信号。其中,DTMF信号是电话系统中电话机与交换机之间的一种用户信令,双音多频的拨号键盘是4×4的矩阵,每一行代表一个低频,每一列代表一个高频。每按一个键就发送一个高频和低频的正弦信号组合,比如'1'相当于697和1209赫兹(Hz)。交换机可以解码这些频率组合并确定所对应的按键。
由于语音询问消息中指定有将主叫端写入黑名单的按键,以及不将主叫端写入黑名单的按键;例如前述例子中,语音询问信息中指定按键“1”表示将主叫端写入黑名单,按键“2”表示不将主叫端写入黑名单,具体的按键在实际应用中可灵活配置。因此,交互式语音问答系统可以通过被叫端所反馈的按键信号识别出按键信息,从而根据所述按键信息确定是否将所述主叫端写入至所述被叫端的黑名单中。
第二种方式、发送短信。
本实施例中,询问消息还可以是采用短信的方式实现。
在一个可选的实现方式中,可以是在上述第一种方式中,在未与被叫端成功建立通话连接的情况下,向所述被叫端发送用于询问是否将主叫端写入黑名单的短信,以保证询问消息能被用户查阅,完善黑名单的配置过程。
接下来通过以下实施例对本申请所提供的方案再次进行说明。
本实施例中,第三方服务器以第三方支付平台为例,涉及的场景可以是支付场景,第三方支付平台为商户方和消费方提供第三方支付服务。图3A是本申请根据一示例性实施例示出的一种通信方法的应用场景示意图,图3A中为了示例方便,示出第三方支付平台所涉及的两个服务器,一个为业务服务器,一个为虚拟号码服务器。可以理解,实际应用中,第三方支付平台可能由于业务需要、数据处理效率等考虑,配置有更多服务器。
商户方所涉及的个人设备包括有个人计算机和电话机,商户方利用个人计算机预先在业务服务器注册账户,并向业务服务器提供商户方信息(例如商户方的身份信息、一个或多个通信号码或通信地址等)。
消费方所涉及的个人设备包括有智能手机和/或电话机,消费方利用智能手机预先在业务服务器注册账户,并向业务服务器提供消费方的个人信息(例如消费方的身份信息、一个或多个通信号码或通信地址等)。
业务服务器存储和维护有商户方和消费方的信息,并可以为商户方和消费方提供第三方支付等多种业务服务。
实际应用中存在商户方和消费方需要通信的情况,第三方支付平台为了保护用户的通信号码的隐私,在这种情况下,第三方支付平台提供了虚拟号码服务,本实施例中以虚拟号码服务由虚拟号码服务器提供。
第三方支付平台预先从一个或多个通信服务方(例如中国移动、中国联通或中国电信等)处购买虚拟号码资源,从通信服务方所购买的虚拟号码存储在虚拟号码服务器,由虚拟号码服务器进行维护。另一方面,虚拟号码服务器还维护有用户的黑名单信息。
本实施例中,当商户方使用个人设备登录业务服务器,向业务服务器发起希望与消费方进行通信的请求。业务服务器可以将该请求通知虚拟号码服务器,由虚拟号码服务器为商户方和消费方分配一虚拟号码,之后记录商户方的通信号码、消费方的通信号码以及所分配的虚拟号码三者的绑定关系。
参考图3B所示的另一种通信方法的示例图,假设商户方与消费方第一次通信,商户方没有位于消费方的黑名单中。此次通信过程为:
301.商户方使用电话机拨打虚拟号码服务器所分配的虚拟号码。
302.通信服务器接收到商户方的呼入,向虚拟号码服务器请求为商户方和被叫方建立虚拟号码通信转接。
303.虚拟号码服务器根据通信服务器的请求,查询到与商户方和虚拟号码对应的消费方,根据黑名单信息,商户方没有位于消费方的黑名单中。
304.虚拟号码服务器将消费方的通信号码发送给通信服务器。
305.通信服务器以虚拟号码向消费方发起通话连接。
306.消费方接通,通信服务器为商户方和消费方建立虚拟号码通信转接。
307.商户方和消费方双方通话。
308.通话结束,商户方挂断。
309.通信服务器通知虚拟号码服务器商户方已挂断电话。
310.虚拟号码服务器调用IVR系统。
311.IVR系统的语音询问消息传送给通信服务器。
312.通信服务器将语音询问消息传送给消费方。
313.消费方根据语音询问消息,发送反馈信息(本实施例中以反馈信息为将商户方写入黑名单为例进行说明)给通信服务器。
314.通信服务器将反馈信息发送给虚拟号码服务器。
315.根据反馈信息,确定将消费方写入至黑名单。
接下来通过图3C和3D说明商户方再次呼叫消费方的通信处理过程。
316.商户方使用电话机拨打虚拟号码服务器所分配的虚拟号码。
317.通信服务器接收到商户方的呼入,向虚拟号码服务器请求为商户方和被叫方建立虚拟号码通信转接。
318.虚拟号码服务器根据通信服务器的请求,查询到与商户方和虚拟号码对应的消费方,根据黑名单信息,商户方位于消费方的黑名单中。
319.虚拟号码服务器发送禁止转接指令给通信服务器。
320.通信服务器在禁止转接指令的指示下,向商户方返回呼叫失败消息,从而拒绝为商户方和被叫方建立虚拟号码通信转接。
上述以第三方支付平台为例,对第三方支付平台为用户(商户方和消费方)之间的通信处理过程进行说明。可以理解,本申请实施例的方案还可以应用于多种需要为用户之间通信时提供虚拟号码服务的场景。
作为一个例子,可以是电商平台,电商平台的用户也涉及商户方和消费方,商户方有可能向消费方进行商品推销等骚扰,电商平台可以在商户方和消费方通信时,应用上述方案,以实现为用户阻止骚扰号码的目的。
还可以是到家服务平台,用户涉及到家服务提供方和需求方,到家服务提供方有可能向消费方进行服务推销等骚扰,到家服务平台可以在商户方和消费方通信时,应用上述方案,以实现为用户阻止骚扰号码的目的。
还可以是金融平台,用户涉及金融资源提供方和金融资源需求方,金融资源提供方有可能向金融资源需求方进行金融产品推销等骚扰,金融平台可以在金融资源提供方和金融资源需求方通信时,应用上述方案,以实现为用户阻止骚扰号码的目的。
上述实施例以通信服务方为第三方服务提供者提供虚拟号码资源,第三方服务提供者为其用户提供虚拟号码服务为例进行说明。实际应用中,也有可能是通信服务方为其用户提供虚拟号码服务的情况,因此,通信服务方也可以应用本申请实施例所提供的方案,在为用户提供虚拟号码服务时进行阻止骚扰号码的处理。
如图4所示,图4是本申请根据一示例性实施例示出的一种通信方法的流程图,可应用于通信服务器,包括以下步骤401至403:
在步骤401中,在接收到主叫端向虚拟号码所发起的通话连接时,确定虚拟号码所对应的被叫端。
在步骤402中,根据预存的黑名单信息,查询主叫端是否位于所述被叫端的黑名单中。
在步骤403中,在确定主叫端位于所述被叫端的黑名单中,向所述主叫端发送通话连接失败消息。
在一个可选的实现方式中,所述方法还包括:
若确定所述主叫端没有位于所述被叫端的黑名单中,通过虚拟号码向被叫端发起通话连接。
在通过虚拟号码与被叫端成功建立通话连接后,为所述主叫端和被叫端建立虚拟号码通信转接。
在一个可选的实现方式中,在所述通信服务方为所述主叫端和被叫端建立虚拟号码通信转接后,所述方法还包括:
若确定主叫端与被叫端通话结束,向被叫端发起通话连接。
在与被叫方终端成功建立通话连接的情况下,向被叫端发送用于询问是否将主叫端写入黑名单的语音询问消息。
根据被叫端针对所述语音询问消息的反馈信息,确定是否将所述主叫端写入至所述被叫端的黑名单中。
在一个可选的实现方式中,所述向被叫端发送用于询问是否将主叫端写入黑名单的语音询问消息,根据被叫端针对所述语音询问消息的反馈信息,确定是否将所述主叫端写入至所述被叫端的黑名单中,可以包括:
调用预设的交互式语音问答系统,所述交互式语音问答系统用于发送所述语音询问消息,并接收被叫端反馈的按键信号,通过所述按键信号识别出按键信息;所述语音询问消息中指定有将主叫端写入黑名单的按键,以及不将主叫端写入黑名单的按键;
获取所述交互式语音问答系统所识别出的按键信息,根据所述按键信息确定是否将所述主叫端写入至所述被叫端的黑名单中。
在一个可选的实现方式中,所述方法还包括:
在未与被叫方终端成功建立通话连接的情况下,向所述被叫端发送用于询问是否将主叫端写入黑名单的短信。
本申请还提供了一种黑名单配置方法,如图5所示,图5是本申请根据一示例性实施例示出的一种通信方法的流程图,可应用于为用户提供虚拟号码的提供者所配置的服务器中,包括如下步骤501至503:
在步骤501中,通过通信服务方确定主叫端与被叫端之间通过虚拟号码通信转接的通话过程结束后,通过所述通信服务方与所述被叫端建立通话连接。
在步骤502中,在与被叫端成功建立通话连接的情况下,向被叫端发送用于询问是否将主叫端写入黑名单的语音询问消息。
在步骤503中,根据被叫端针对所述语音询问消息的反馈信息,确定是否将所述主叫端写入至所述被叫端的黑名单中。
在一个可选的实现方式中,所述向被叫端发送用于询问是否将主叫端写入黑名单的语音询问消息,包括:
调用预设的交互式语音问答系统,所述交互式语音问答系统用于发送所述语音询问消息,并接收被叫端反馈的按键信号,通过所述按键信号识别出按键信息;所述语音询问消息中指定有将主叫端写入黑名单的按键,以及不将主叫端写入黑名单的按键;
获取所述交互式语音问答系统所识别出的按键信息,根据所述按键信息确定是否将所述主叫端写入至所述被叫端的黑名单中。
在一个可选的实现方式中,所述方法还包括:
在未与被叫端成功建立通话连接的情况下,向所述被叫端发送用于询问是否将主叫端标记为黑名单的短信。
与前述通信方法和黑名单配置方法的实施例相对应,本申请还提供了通信装置、黑名单配置装置及其所应用的终端的实施例。
本申请通信装置的实施例可以应用在服务器上。装置实施例可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。以软件实现为例,作为一个逻辑意义上的装置,是通过其所在服务器的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言,如图6所示,为本申请通信装置所在服务器的一种硬件结构图,除了图6所示的处理器610、内存630、网络接口620、以及非易失性存储器640之外,实施例中装置631所在的服务器通常根据该服务器的实际功能,还可以包括其他硬件,对此不再赘述。
如图7所示,图7是本申请根据一示例性实施例示出的一种通信装置的框图,所述装置包括:
黑名单确定模块71,用于:在接收到通信服务方发送的为主叫端和被叫端建立虚拟号码通信转接的请求后,根据预存的黑名单信息,确定所述主叫端是否位于所述被叫端的黑名单中。
禁止转接指令发送模块72,用于:在确定所述主叫端位于所述被叫端的黑名单中后,向通信服务方发送禁止转接指令,所述禁止转接指令用于指示所述通信服务方拒绝为所述主叫端和被叫端建立虚拟号码通信转接。
可选的,所述装置还包括(图7未示出):
通信号码发送模块,用于在确定所述主叫端没有位于所述被叫端的黑名单中后,向通信服务方发送被叫端的通信号码,所述被叫端的通信号码用于所述通信服务方通过虚拟号码向所述被叫端发起通话连接,以在通过虚拟号码与被叫端成功建立通话连接后,为所述主叫端和被叫端建立虚拟号码通信转接。
可选的,所述装置还包括询问模块(图7未示出),用于:
在所述通信服务方为所述主叫端和被叫端建立虚拟号码通信转接后,若确定主叫端与被叫端通话结束,向被叫端发送用于询问是否将主叫端写入黑名单的询问消息,根据被叫端针对所述询问消息的反馈信息,确定是否将所述主叫端写入至所述被叫端的黑名单中。
可选的,所述询问模块,包括语音询问子模块(图7未示出),用于:通过所述通信服务方与被叫端建立通话连接;在与被叫端成功建立通话连接的情况下,向被叫端发送用于询问是否将主叫端写入黑名单的语音询问消息。
可选的,所述语音询问子模块(图7未示出),还用于:
调用预设的交互式语音问答系统,所述交互式语音问答系统用于发送所述语音询问消息,并接收被叫端反馈的按键信号,通过所述按键信号识别出按键信息;所述语音询问消息中指定有将主叫端写入黑名单的按键,以及不将主叫端写入黑名单的按键;
获取所述交互式语音问答系统所识别出的按键信息,根据所述按键信息确定是否将所述主叫端写入至所述被叫端的黑名单中。
可选的,还包括短信询问子模块(图7未示出),用于:
在未与被叫端成功建立通话连接的情况下,向所述被叫端发送用于询问是否将主叫端写入黑名单的短信。
如图8所示,图8是本申请根据一示例性实施例示出的一种通信装置的框图,所述装置包括:
被叫端确定模块81,用于:在接收到主叫端向虚拟号码所发起的通话连接时,确定虚拟号码所对应的被叫端。
查询模块82,用于:根据预存的黑名单信息,查询主叫端是否位于所述被叫端的黑名单中。
连接失败发送模块83,用于在确定主叫端位于所述被叫端的黑名单中,向所述主叫端发送通话连接失败消息。
可选的,所述装置还可包括虚拟通信转接建立模块(图8未示出),用于:
若确定所述主叫端没有位于所述被叫端的黑名单中,通过虚拟号码向被叫端发起通话连接;在通过虚拟号码与被叫端成功建立通话连接后,为所述主叫端和被叫端建立虚拟号码通信转接。
可选的,所述装置还可包括询问模块(图8未示出),用于:
在所述通信服务方为所述主叫端和被叫端建立虚拟号码通信转接后,若确定主叫端与被叫端通话结束,向被叫端发起通话连接;在与被叫方终端成功建立通话连接的情况下,向被叫端发送用于询问是否将主叫端写入黑名单的语音询问消息;根据被叫端针对所述语音询问消息的反馈信息,确定是否将所述主叫端写入至所述被叫端的黑名单中。
可选的,所述询问模块还可用于:
在未与被叫方终端成功建立通话连接的情况下,向所述被叫端发送用于询问是否将主叫端写入黑名单的短信。
如图9所示,图9是本申请根据一示例性实施例示出的一种黑名单配置装置的框图,所述装置包括:
通话连接建立模块91,用于:通过通信服务方确定主叫端与被叫端之间通过虚拟号码通信转接的通话过程结束后,通过所述通信服务方与所述被叫端建立通话连接。
语音询问消息发送模块92,用于:在与被叫端成功建立通话连接的情况下,向被叫端发送用于询问是否将主叫端写入黑名单的语音询问消息。
黑名单写入模块93,用于:根据被叫端针对所述语音询问消息的反馈信息,确定是否将所述主叫端写入至所述被叫端的黑名单中。
可选的,所述语音询问消息发送模块92用于:
调用预设的交互式语音问答系统,所述交互式语音问答系统用于发送所述语音询问消息,并接收被叫端反馈的按键信号,通过所述按键信号识别出按键信息;所述语音询问消息中指定有将主叫端写入黑名单的按键,以及不将主叫端写入黑名单的按键;
所述黑名单写入模块93还用于:获取所述交互式语音问答系统所识别出的按键信息,根据所述按键信息确定是否将所述主叫端写入至所述被叫端的黑名单中。
可选的,所述装置还包括短信发送模块(图9未示出),用于:
在未与被叫端成功建立通话连接的情况下,向所述被叫端发送用于询问是否将主叫端标记为黑名单的短信。
相应的,本申请还提供一种通信装置,包括:处理器;用于存储处理器可执行指令的存储器;其中,所述处理器被配置为:
在接收到通信服务方发送的为主叫端和被叫端建立虚拟号码通信转接的请求后,根据预存的黑名单信息,确定所述主叫端是否位于所述被叫端的黑名单中。
若确定所述主叫端位于所述被叫端的黑名单中,向通信服务方发送禁止转接指令,所述禁止转接指令用于指示所述通信服务方拒绝为所述主叫端和被叫端建立虚拟号码通信转接。
上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理模块,即可以位于一个地方,或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
本领域技术人员在考虑说明书及实践这里申请的发明后,将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未申请的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本申请的真正范围和精神由下面的权利要求指出。
应当理解的是,本申请并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。