CN115118819A - 通话处理方法、装置、设备及存储介质 - Google Patents

Abstract

本说明书实施例提供了通话处理方法、装置、设备及存储介质，其中，一种通话处理方法包括：接收第一类型用户向目标接听者发出的第一通话建立请求；目标接听者为多个第二类型用户中的一者；通过第一类型用户对应的第一虚拟通信号码，向第一类型用户发出第一呼叫请求；在第一类型用户响应第一呼叫请求的情况下，按照目标接听者对应的接听模式，向目标接听者发出第二呼叫请求；在目标接听者响应第二呼叫请求的情况下，通过第二IVR模块获取目标接听者的接听输入操作；根据接听输入操作，确定是否桥接第一类型用户与目标接听者之间的通信通道，以此，能够在通话建立过程中保护用户隐私。

Description

通话处理方法、装置、设备及存储介质

技术领域

本申请涉及通话技术领域，尤其涉及一种通话处理方法、装置、设备及存储介质。

背景技术

随着电子技术的发展，各种远距离通信方式越来越高速便捷。其中，通过通信号码和运营商提供的通信网络，与另一方进行通信交流的沟通效率非常高。但真实通信号码的泄露，可能会导致用户受到很多垃圾广告的骚扰，以及很多推销电话的骚扰。

发明内容

本申请实施例提供了一种通话处理方法、装置、设备及存储介质，以保护用户隐私。

第一方面，本申请实施例提供了一种通话处理方法，应用于通话处理系统，所述通话处理系统包括第二互动式语音应答IVR模块；所述通话处理系统的注册用户包括多个第一类型用户和多个第二类型用户；每个第一类型用户对应于一个第一虚拟通信号码一一对应；所述第二类型用户对应于第二IVR模块；所述方法包括：

接收所述第一类型用户向目标接听者发出的第一通话建立请求；所述目标接听者为所述多个第二类型用户中的一者；

通过所述第一类型用户对应的第一虚拟通信号码，向所述第一类型用户发出第一呼叫请求；

在所述第一类型用户响应所述第一呼叫请求的情况下，按照所述目标接听者对应的接听模式，向所述目标接听者发出第二呼叫请求；

在所述目标接听者响应所述第二呼叫请求的情况下，通过所述第二IVR模块获取所述目标接听者的接听输入操作；

根据所述接听输入操作，确定是否桥接所述第一类型用户与所述目标接听者之间的通信通道。

第二方面，本申请实施例提供了一种通话处理装置，应用于通话处理系统，所述通话处理系统包括第二互动式语音应答IVR模块；所述通话处理系统的注册用户包括多个第一类型用户和多个第二类型用户；每个第一类型用户对应于一个第一虚拟通信号码；所述第二类型用户对应于第二IVR模块；所述装置包括：

第一接收模块，用于接收所述第一类型用户向目标接听者发出的第一通话建立请求；所述目标接听者为所述多个第二类型用户中的一者；

第一呼叫模块，用于通过所述第一类型用户对应的第一虚拟通信号码，向所述第一类型用户发出第一呼叫请求；

第二呼叫模块，用于在所述第一类型用户响应所述第一呼叫请求的情况下，按照所述目标接听者对应的接听模式，向所述目标接听者发出第二呼叫请求；

第二接收模块，用于在所述目标接听者响应所述第二呼叫请求的情况下，通过所述第二IVR模块获取所述目标接听者的接听输入操作；

判断模块，用于根据所述接听输入操作，确定是否桥接所述第一类型用户与所述目标接听者之间的通信通道。

第三方面，本申请实施例提供了一种通话处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器执行第一方面所述的通话处理方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现如第一方面所述的通话处理方法。

可以看出，在本申请实施例中，首先，接收第一类型用户向目标接听者发出的第一通话建立请求；目标接听者为多个第二类型用户中的一者；其次，通过第一类型用户对应的第一虚拟通信号码，向第一类型用户发出第一呼叫请求；然后，在第一类型用户响应第一呼叫请求的情况下，按照目标接听者对应的接听模式，向目标接听者发出第二呼叫请求；接着，在目标接听者响应第二呼叫请求的情况下，通过第二IVR模块获取目标接听者的接听输入操作；最后，根据接听输入操作，确定是否桥接第一类型用户与目标接听者之间的通信通道，以此，由于第一呼叫请求是通话处理系统通过对应于第一类型用户的第一虚拟通信号码向第一类型用户发出的，在第一类型用户与目标接听者之间的通信通道桥接之后，第一类型用户的真实通信号码对于目标接听者是不可见的，有效防止第一类型用户的隐私泄漏。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图；

图1为本申请实施例提供的一种通话处理方法的处理流程图；

图2为本申请实施例提供的一种通话处理系统的工作原理示意图；

图3为本申请实施例提供的一种通话处理装置示意图；

图4为本申请实施例提供的一种通话处理设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请实施例中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本申请实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请的保护范围。

图1为本申请实施例提供的一种通话处理方法的处理流程图。参照图1，本实施例提供的通话处理方法，具体包括步骤S102至步骤S110。

本实施例提供的通话处理方法应用于通话处理系统，通话处理系统包括第二IVR(Interactive Voice Response，互动式语音应答)模块；通话处理系统的注册用户包括多个第一类型用户和多个第二类型用户；每个第一类型用户对应于一个第一虚拟通信号码；第二类型用户对应于第二IVR模块。

第一类型用户可以是存在主动通信需求的用户，第二类型用户可以是为第一类型用户提供服务的用户。第一类型用户和第二类型用户中的“第一”和“第二”，仅仅是用于区分两种不同类型的用户，不具有任何实际含义。

示例性地，在呼叫中心场景中，第一类型用户可以是客户用户，第二类型用户可以是为客户用户答疑或提供其他服务的客服坐席用户；在医疗咨询场景中，第一类型用户可以是病人用户，第二类型用户可以是为病人用户提供咨询服务的医生用户；在应用投诉场景中，第一类型用户可以是存在投诉需求的应用程序的注册用户，第二类型用户可以是处理用户投诉的应用程序的客服用户；在金融场景中，第一类型用户可以是存在咨询需求的金融客户用户，第二类型用户可以是提供咨询服务的客服用户，等等。

IVR，是一种功能强大的电话自动服务系统，可以采用预先录制的语音，或者，采用文本转语音技术合成的语音，进行自动应答，提供一种菜单导航功能。IVR可以根据操作提示收听通信电子设备的娱乐产品，也可以根据用户输入的内容播放有关的信息。第二IVR模块，可以是一个针对第二类型用户预先配置好各个操作导航和录制语音的IVR模块。例如，按键1对应于接听操作，按键2对应于拒接操作，等等。

每个第一类型用户在注册通话处理系统时，可以输入其真实通信号码，并将该真实通信号码存储于通话处理系统的服务器端。第一虚拟通信号码，可以是每个第一类型用户在注册通话处理系统时，由通话处理系统的服务器端为该第一类型用户自动分配的虚拟通信号码，该虚拟通信号码对应于该第一类型用户提供的真实通信号码。第一通信号码与第一类型用户之间的关联关系可以存储于通话处理系统的服务器端。

步骤S102，接收第一类型用户向目标接听者发出的第一通话建立请求；目标接听者为多个第二类型用户中的一者。

目标接听者，可以是被第一类型用户选中的一个第二类型用户。

具体地，通话处理系统的服务器端可以接收第一类型用户通过公众号、小程序以及网页等渠道向目标接听者发出的第一通话建立请求。

需要注意的是，第一通话建立请求，不是第一类型用户通过通信电子设备和运营商所提供的通信网络向目标接受者发出主动呼叫，而是第一类型用户通过通话处理系统的用户交互界面提交且通过互联网传输至通话处理系统的服务器端的一个用户请求。

通话处理系统的用户交互界面，可以是通话处理系统对应的客户端、小程序、公众号以及网页中任意一者的操作界面，也可以是通话处理系统的其他可用于获取用户输入的用户交互界面。

例如，医院开发的小程序中，病人用户甲在注册小程序并针对医生用户乙挂号之后，小程序的界面可以显示有咨询控件，病人用户甲可以单击该咨询控件，以触发小程序向通话处理系统的服务器端发送第一通话建立请求。

又例如，在金融应用程序的客户端上，金融客户乙注册成为客户端的用户，该金融应用程序的客户端的咨询界面显示有客服呼叫发起控件，金融客户乙可以点击该客服呼叫发起控件，以触发客户端向通话处理系统的服务器端发送第一通话建立请求。

在一种实现方式中，通话处理系统可以包括医疗咨询呼叫系统；第一类型用户包括病人用户；第二类型用户包括医生用户；第一通话建立请求包括病情咨询通话请求。

通话处理系统可以应用于医疗咨询场景中，具体地，通话处理系统可以是一种医疗咨询呼叫系统，通过该医疗咨询呼叫系统，病人用户可以向医生用户发起病情咨询通话请求。

在另一种实现方式中，通话处理系统可以包括金融应用程序的客服呼叫系统；第一类型用户包括金融用户；第二类型用户包括客服用户；第一通话建立请求包括咨询通话请求、求助通话请求、投诉通话请求中的一者或多者。

步骤S104，通过第一类型用户对应的第一虚拟通信号码，向第一类型用户发出第一呼叫请求。

通话处理系统的服务器端在接收到第一通话建立请求之后，可以通过第一虚拟通信号码，向发出第一通话建立请求的第一类型用户发出第一呼叫请求。第一类型用户的通信电子设备上所显示的对应于第一呼叫请求的来电通信号码，可以是该第一隐私通信号码。第一类型用户可能响应该第一呼叫请求，也可能未响应该第一呼叫请求。响应第一呼叫请求，可以是接通由通话处理系统的服务器端发出的主动呼叫，未响应第一呼叫请求，可以是在预设时长内无人接通由通话处理系统的服务器端发出的主动呼叫，也可以是挂断由通话处理系统的服务器端发出的主动呼叫。

若第一类型用户未响应该第一呼叫请求，说明该第一类型用户此时不希望通信，则通话处理系统不会打扰目标接听者。若第一类型用户响应该第一呼叫请求，说明该第一类型用户有可能希望通信，通话处理系统的服务器端需要进一步判断是否需要向目标接听者发送第二呼叫请求。

通话处理系统的服务器端主动通过第一虚拟通信号码向第一类型用户发出第一呼叫请求，可以将存在通信需求的第一类型用户从主动呼叫方转换为被动呼叫方，降低了第一类型用户的通信成本，从而提高了第一类型用户的用户体验。

在一种实现方式中，通话处理系统中配置有每个第二类型用户对应的自动拒接时段；通过第一类型用户对应的第一虚拟通信号码，向第一类型用户发出第一呼叫请求之后，还包括：若第一通话建立请求的发出时间处于目标接听者对应的自动拒接时段内，则向第一类型用户播放预存的拒接语音以及工作时段通知语音；工作时段通知语音用于通知第一类型用户目标接听者的工作时段。

针对每个第二类型用户，可以在通话处理系统的服务器端存储有预先配置好的自动拒接时段。自动拒接时段，可以是第二类型用户的工作时段之外的时段。

通话处理系统的服务器端可以在接收到第一通话建立请求时，检测第一通话建立请求的发出时间，并判断发出时间是否处于目标接听者对应的自动拒接时段内。若否，则继续执行步骤S106；若是，则自动向第一类型用户播放预存的拒接语音以及工作时段通知语音。工作时段通知语音可以用于通知第一类型用户目标接听者的工作时段，以便于第一类型用户换个时间重新向目标接听者发出第一通话建立请求。

通过预先设置自动拒接时段，可以避免第二类型用户在非工作时间段、开会过程中、请假期间以及其他不希望进行通话的预设时间段受到骚扰。

例如，在呼叫中心场景下，坐席A的工作时段为上午8点至12点，下午3点至下午6点，通话处理系统的服务器端可以按照坐席A的工作时段预先配置坐席A的自动拒接时段，不了解该坐席A的工作时段的客户甲在下午2点向坐席发出第一通话建立请求，下午2点属于自动拒接时段，则服务器端可以在第一呼叫请求被用户甲响应之后，向客户甲自动播放：“您好，您拨打的xx正处于xxx状态中，请于xxxx时间再次拨打”。

步骤S106，在第一类型用户响应第一呼叫请求的情况下，按照目标接听者对应的接听模式，向目标接听者发出第二呼叫请求。

通话处理系统中可以存储有目标接听者的预先配置好的接听模式，该接听模式可以是多种预设的接听模式之一，且通话处理系统的服务器端，可以通过接收具有模式配置权限的系统管理者用户的模式切换操作，对目标接听者的接听模式自由切换。

接听模式，可以是无条件接听的第一接听模式，可以是无条件拒接的第二模式，可以是配置有自动拒接时段的第三接听模式，可以是配置有接听过滤条件的第四接听模式……等等。接听模式可以自定义地灵活配置。

在一种实现方式中，通话处理系统还包括第一IVR模块；第一类型用户对应于第一IVR模块；按照目标接听者的接听模式，向目标接听者发出第二呼叫请求，包括：通过第一IVR模块获取第一类型用户的第一用户输入；在第一用户输入不包括中止第一呼叫请求，且第一用户输入超时的次数未超过预设次数阈值的情况下，按照目标接听者对应的接听模式，向目标接听者发出第二呼叫请求。

第一IVR模块对应于第一类型用户，第二IVR模块对应于第二类型用户。第一IVR模块与第二IVR模块中的“第一”和“第二”仅仅是为了便于区分功能不同服务对象也不同的两个IVR模块，不具有任何实际含义。

在通话处理系统包括多个第一类型用户的情况下，可以为各第一类型用户配置相同的第一IVR模块，也可以对多个第一类型用户进行分组，为每组第一类型用户配置不同的第一IVR模块。

例如，在金融场景，通话处理系统的注册用户包括多个金融客户用户以及多个客服用户，多个金融客户用户被预先划分为多个客户等级，为每个客户等级配置有对应的一个第一IVR模块。每个第一IVR模块可以配置有对应的操作导航和录制语音。通过客户等级的划分以及每个客户等级分别配置对应的第一IVR模块，可以为不同客户等级的金融客户提供不同层次的咨询服务。

在医疗咨询场景中，第一IVR模块可以预先录制有多个常见问题的答复语音，例如，“按键1对应于目标接听者的工作时段，按键2对应于xxx药物的服用方式，按键3对应于xxx治疗之前的注意事项……按键9对应于呼叫目标接听者”。若病人用户通过预先录制的答复语音得到了满意的咨询结果，则无需坚持呼叫医生用户，可以直接结束病情咨询，从而减少了医生用户被呼叫的次数，提高了沟通效率。

第一用户输入可以是第一类型用户针对第一IVR模块提交的按键选择输入。例如，病人用户单击按键2，触发IVR模块自动播放“xxx药物的服用方式”的关联语音，或者，病人用户单击按键9，通过第一IVR模块触发服务器端呼叫目标接听者。

若第一用户输入包括终止第一呼叫请求，说明第一类型用户不希望继续呼叫目标接听者，则服务器端无需向目标接听者发出第二呼叫请求。

若第一用户输入超时的次数未超过预设次数阈值，例如，3次，说明第一类型用户处于非主观触发通信的情况，例如，病人用户的通信电子设备处于非锁屏状态，在晃动过程中第一通话建立请求被误触发，该情况下服务器端可能检测到第一用户输入超时的次数超过3次，则该情况下服务器端无需向目标接听者发出第二呼叫请求。

在一种实现方式中，目标接听者的接听模式包括坐席接听模式和非坐席接听模式中的一者；目标接听者对应于目标坐席通信短号和目标虚拟通信号码；按照目标接听者的接听模式，向目标接听者发出第二呼叫请求，包括：在目标接听者处于坐席接听模式的情况下，通过目标坐席通信短号，向目标接听者发出第二呼叫请求；在目标接听者处于非坐席接听模式的情况下，通过目标虚拟通信号码，向目标接听者发出第二呼叫请求。

通话处理系统可以配置有呼叫中心和多个坐席，每个坐席对应于一个坐席通信短号，通话处理系统与每个坐席之间可以通过坐席通信短号利用呼叫中心内部网络实现通信连接。坐席通信短号不属于用户隐私，且当目标接听者离开坐席时，无法通过坐席进行通信。

坐席接听模式，可以是目标接听者通过坐席通信短号以及呼叫中心内部网络接收呼叫请求的接听模式。目标接听者对应于目标坐席通信短号。

在目标接听者处于坐席接听模式的情况下，通话处理系统的服务器端可以通过与目标接听者所处的坐席对应的目标坐席通信短号，向目标接听者发出第二呼叫请求。

非坐席接听模式，可以是目标接听者通过其私人的真实通信号码以及运营商提供的通信网络接收呼叫请求的接听模式。第二类型用户与第二虚拟通信号码一一对应。目标接听者对应于目标虚拟通信号码，目标虚拟通信号码为各个第二虚拟通信号码中的一个。

在目标接听者处于非坐席接听模式的情况下，通过目标接听者对应的目标虚拟通信号码，向目标接听者发出第二呼叫请求。目标接听者的通信电子设备上所显示的对应于第二呼叫请求的来电通信号码，可以是该目标隐私通信号码。

目标接听者可能响应该第二呼叫请求，也可能未响应该第二呼叫请求。响应第二呼叫请求，可以是接通由通话处理系统的服务器端发出的主动呼叫，未响应第二呼叫请求，可以是在预设时长内无人接通由通话处理系统的服务器端发出的主动呼叫，也可以是挂断由通话处理系统的服务器端发出的主动呼叫。

若第二类型用户未响应该第二呼叫请求，说明该第二类型用户此时不希望通信，则通话处理系统的服务器端可以向第一类型用户播放预设的拒接语音，例如：“您好，您拨打的xxx正在忙碌中，请稍后再拨”。

若目标接听者响应该第二呼叫请求，说明该目标接听者有可能希望通信，通话处理系统的服务器端继续执行步骤S108。

第一类型用户所直接看到的来电通信号码为第一隐私通信号码，目标接听者所直接看到的来电通信号码为目标隐私通信号码。因此，在通话处理系统的注册用户包括多个第一类型用户和多个第二类型用户的情况下，通过设置与每个第二类型用户对应的一个第二虚拟通信号码，可以避免第一类型用户的真实通信号码暴露于第二类型用户，通过设置与每个第一类型用户对应的一个第一虚拟通信号码，可以避免第二类型用户的真实通信号码暴露于第一类型用户。第一类型用户与目标接听者在整个通话处理流程中，相互无法看到对方的真实通信号码，保护了双方的用户隐私。

另外，目标接听者可能在拒接一段时间之后回拨。每个第一类型用户对应于一个第一虚拟通信号码，每个第二类型用户对应于一个第二虚拟通信号码，则第一虚拟通信号码和目标虚拟通信号码并不是一次性使用之后就作废的临时通信号码，而是既不会暴露隐私，又能够辅助目标接听者在拒接之后回拨的虚拟通信号码。

步骤S108，在目标接听者响应第二呼叫请求的情况下，通过第二IVR模块获取目标接听者的接听输入操作。

第二IVR模块可以预先配置操作提示，示例性地，第二IVR模块可以辅助第二类型用户选择接听或拒接，以及，在第二类型用户选择接听之后，第二IVR模块可以辅助第二类型用户选择播放第一类型用户的留言，以及，选择与第一类型用户建立通信连接。

接听输入操作，可以是第二类型用户针对第二IVR模块提交的按键选择输入。例如，目标接听者单击对应于接听的按键1，通话处理系统的服务器端可以通过第二IVR模块提示用户播放留言对应的待选择按键为按键1、建立通信连接对应的待选择按键为按键2以及退回上一步操作所对应的待选择按键为按键3，目标接听者单击按键2。

在一种实现方式中，第一呼叫请求携带有第一呼叫标识信息；按照目标接听者对应的接听模式，向目标接听者发出第二呼叫请求之后，还包括：在目标接听者未响应第二呼叫请求，或者接听输入操作为对第二IVR模块提交的拒接选择操作的情况下，向第一类型用户播放预存的拒接语音，以及调用留言接口，所述留言接口用于向用户提供留言服务；通过留言接口采集第一类型用户的语音留言信息；将语音留言信息转换为对应的文字留言信息；将文字留言信息与第一呼叫标识信息关联存储。

每一个第一呼叫请求对应于一个第一呼叫标识信息，用于唯一标识一个第一呼叫请求，以便于后续查询呼叫记录。

若目标接听者未响应第二呼叫请求，或者，接听输入操作为对第二IVR模块提交的拒接选择操作，说明目标接听者不希望与第一类型用户建立通信连接，则通话处理系统的服务器端可以向第一类型用户播放预存的拒接语音，以及，调用留言接口，该留言接口用于向用户提供留言服务。

以医疗咨询场景为例，医生用户很可能处于忙碌状态，难以在工作时间段的任意时刻为病人用户提供病情咨询服务。实际生活中，若医生用户直接拒接病人用户的来电，很可能给病人用户留下糟糕的印象，带来不好的咨询体验，因此，医生用户往往需要寒暄几句，向病人用户说明自己现在很忙，请病人用户晚点再打过来。通过设置第二IVR模块以及拒接语音，可以在医生用户选择拒接的情况下，通过自动播放的拒接语音向病人用户说明拒接理由，使医生用户无需解释自己当前无法提供服务的原因，节省了时间精力，且提高了病人用户的咨询体验。

服务器端调用留言接口，通过留言接口采集第一类型用户的语音留言信息；将语音留言信息转换为对应的文字留言信息；将文字留言信息与第一呼叫标识信息关联存储。

通过获得第一类型用户的文字留言信息并将其与第一呼叫标识信息关联存储，可以辅助目标接听者在回拨之前查询拒接的第一类型用户的留言记录，以提高沟通效率。

另外，以医疗咨询场景为例，服务器端还可以在目标接听者拒接之后，或者，目标接听者选择留言之后，自动记录呼叫记录，详细记录呼叫时间，咨询问题，咨询用户基本信息，等等，且前述的各个信息与第一呼叫标识信息关联存储，且服务器端可以在接收到目标接听者针对该第一呼叫标识信息对应的回拨控件提交的单击操作所触发的回拨请求之后，通过第一虚拟通信号码向第一类型用户发出第三呼叫请求，以实现回拨。

在一种实现方式中，将文字留言信息与第一呼叫标识信息关联存储之后，还包括：获取目标接听者的呼叫记录查询请求；呼叫记录查询请求携带有第一呼叫标识信息；根据第一呼叫标识信息，查询获得文字留言信息；向目标接听者展示文字留言信息。

服务器端可以接收目标接听者的呼叫记录查询请求，该呼叫记录查询请求中携带有第一呼叫标识信息。服务器端可以根据第一呼叫标识信息，查询得到与第一呼叫标识信息关联存储的文字留言信息，向目标接听者展示文字留言信息。

具体实施时，服务器端可以通过小程序的展示界面，向目标接听者展示呼叫记录页面，呼叫记录页面中可以包括多个已接通的呼叫记录和已拒接的呼叫记录，多个呼叫记录与多个第一呼叫标识信息一一对应。目标接听者可以单击其中一个已拒接的呼叫记录对应的查询控件，以触发小程序向服务器端发送呼叫记录查询请求，呼叫记录查询请求携带有与查询控件对应的第一呼叫标识信息。服务器端可以根据第一呼叫标识信息，查询得到对应的文字留言信息，通过小程序的展示界面向目标接听者展示文字留言信息。

步骤S110，根据接听输入操作，确定是否桥接第一类型用户与目标接听者之间的通信通道。

示例性地，若接听输入操作包括目标接听者针对第二IVR模块提交的拒接选择操作，则服务器端可以确定不桥接第一类型用户与目标接听者之间的通信通道；若接听输入操作包括目标接听者针对第二IVR模块提交的接听选择操作，则服务器端可以确定桥接第一类型用户与目标接听者之间的通信通道。具体实施时，也可以预先配置其他更复杂的桥接判断条件，此处不再赘述。

在服务器端桥接第一类型用户与目标接听者之间的通信通道之后，第一类型用户可以与目标接听者之间进行通信连接，以满足第一类型用户的通信需求。

另外，通话处理方法的执行过程中，服务器端可以实现全程录音，呼叫链路数据自动记录和存储，实现有据可查。

在一种实现方式中，通话处理方法还包括：在第三方系统接收第一用户向第二用户发出的第二通话建立请求之后，获取第三方系统发送的隐私通信接口的调用请求；调用请求携带有接口参数；接口参数包括第一用户的真实通信号码、第二用户的真实通信号码以及第二用户的通话角色；根据接口参数，配置通话处理系统；基于配置后的通话处理系统，在第一用户与第二用户之间建立隐私通话通道，以响应调用请求。

通话处理系统可以是可提供通话处理服务给客户且参数待配置的呼叫系统，第三方系统可以是存在大量的通话处理需求的客户的系统。

例如，第三方系统可以是医院的医疗咨询呼叫系统，医院开发的系统本身不具备隐私通信功能，但可以调用租用通话处理系统对应的隐私通信接口，为医疗咨询呼叫系统的注册用户提供隐私通信服务。

在第三方系统接收第一用户向第二用户发出的第二通话建立请求之后，服务器端获取第三方系统发送的隐私通信接口的调用请求；调用请求携带有接口参数。通话处理系统可以提供http(Hyper Text Transfer Protocol，超文本传输协议)接口，用于向第三方系统的注册用户提供隐私通信服务。

示例性地，接口参数包括且不限于：

(1)第一用户的真实通信号码(必填)

(2)第一用户的隐私号(非必填)

(3)第一用户的隐私号对应网关(非必填)

(4)第一用户接听后IVR导航接入短号(非必填)

(5)第一用户的呼叫标识信息(非必填)

(6)第二用户的真实通信号码/第二用户的坐席分机号(必填)

(7)第二用户的通话角色(必填)

(8)第二用户的隐私号(非必填)

(9)第二用户的隐私号对应网关(非必填)

(10)第二用户接听后IVR导航接入短号(非必填)

(11)第二用户的呼叫标识信息(非必填)

(12)其他扩展字段

其中，当第一用户的隐私号为空时，通话处理系统的服务器端可以自动为第一用户分配对应的隐私号。

当第一用户的隐私号不为空时，第一用户的隐私号对应网关必填，隐私号对应网关反映了隐私号与对应的真实通信号码之间的通信道路。

根据接口参数，配置通话处理系统，包括：

(a1)通话处理系统的服务器端可以自动为第一用户分配对应的第一虚拟通信号码，并存储第一用户的真实通信号码与第一用户对应的第一虚拟通信号码之间的关联关系。该配置过程可以视为将第一用户注册为通话处理系统的第一类型用户。

或者，通话处理系统的服务器端也可以基于第一用户的隐私号以及第一用户的隐私号对应网关，将第一用户的隐私号确定为第一用户对应的第一虚拟通信号码，并存储第一用户的真实通信号码与第一用户对应的第一虚拟通信号码之间的关联关系。该配置过程可以视为将第一用户注册为通话处理系统的第一类型用户。

(a2)通话处理系统的服务器端可以基于第二用户的通话角色，将第二用户确定为第二类型用户，自动为第二用户分配对应的第二虚拟通信号码，并存储第二用户的真实通信号码与第二用户对应的第二虚拟通信号码之间的关联关系。该配置过程可以视为将第二用户注册为通话处理系统的第二类型用户。

或者，通话处理系统的服务器端也可以基于第二用户的通话角色，将第二用户确定为第二类型用户，基于第二用户的隐私号以及第二用户的隐私号对应网关，将第二用户的隐私号确定为第二用户对应的第二虚拟通信号码，并存储第二用户的真实通信号码与第二用户对应的第二虚拟通信号码之间的关联关系。该配置过程可以视为将第二用户注册为通话处理系统的第二类型用户。

第二用户的通话角色包括：坐席角色和非坐席角色。若第二用户的角色为坐席角色，则第二用户的隐私号以及隐私号对应网关无意义。

第一用户接听后IVR导航接入短号，可以是，用于唯一标识第一IVR模块的标识信息；第二用户接听后IVR导航接入短号，可以是，用于唯一标识第二IVR模块的标识信息。

若第一用户接听后IVR导航接入短号为空时，服务器端可以在第一用户响应第一呼叫请求之后立刻根据第二用户的角色确定第二用户的接听模式，以按照该接听模式向第二用户发送第二呼叫请求。

若第二用户接听后IVR导航接入短号为空时，服务器端可以在第二用户响应第二呼叫请求之后立刻桥接第一用户与第二用户之间的通信通断。

在第一用户的呼叫标识信息为空，和/或，第二用户的呼叫标识信息为空时，通话处理系统可以自动生成对应的呼叫标识信息并进行拨打。若第一用户的呼叫标识信息不为空，则服务器端按照该呼叫标识信息配置用于唯一标识第一呼叫请求的呼叫标识信息，以便于进行链路数据绑定关联。

通过配置后的通话处理系统，在第一用户与第二用户之间建立通话处理通道，以响应调用请求，可以参照前述的步骤S102-步骤S110，此处不再赘述。

在如图1所示的通话处理方法实施例中，接收第一类型用户向目标接听者发出的第一通话建立请求；目标接听者为多个第二类型用户中的一者；通过第一类型用户对应的第一虚拟通信号码，向第一类型用户发出第一呼叫请求；在第一类型用户响应第一呼叫请求的情况下，按照目标接听者对应的接听模式，向目标接听者发出第二呼叫请求；在目标接听者响应第二呼叫请求的情况下，通过第二IVR模块获取目标接听者的接听输入操作；根据接听输入操作，确定是否桥接第一类型用户与目标接听者之间的通信通道，以此，由于第一呼叫请求是通话处理系统通过对应于第一类型用户的第一虚拟通信号码向第一类型用户发出的，在第一类型用户与目标接听者之间的通信通道桥接之后，第一类型用户的真实通信号码对于目标接听者是不可见的，有效防止第一类型用户的隐私泄漏。

出于与前述的方法实施例相同的技术构思，本申请实施例还提供了另一种通话处理系统的实施例。图2为本申请实施例提供的一种通话处理系统的工作原理示意图。参见图2，通话处理系统201包括用户管理模块2011、外呼模块2012、IVR模块组2013、呼叫管理模块2014、基础组件2015以及存储模块2016。

其中，用户管理模块2011，主要由管理员操作，负责通话处理系统201的注册用户的管理(例如，增删改查)。如某机构或组织的管理员为其所有员工进行用户统一管理。对于外部用户群而言，如要使用该外呼系统2012，需要通过如公众号、小程序、客户端、网页等渠道完成用户注册。对于外呼过程需要使用的隐私号，第一类型用户可以是在注册时通话处理系统201自动分配，第二类型用户可以是由管理员新建和维护。

外呼模块2012，负责进行电话外呼，过程录音等。

IVR模块组2013，可以根据操作提示收听手机娱乐产品，也可以根据用户输入的内容播放有关的信息。IVR模块组可以包括对应于第一类型用户的第一IVR模块以及对应于第二类型用户的第二IVR模块。

呼叫管理模块2014，负责对外呼过程进行全流程管理和链路数据记录，如：拨打记录数据，用户按键，呼叫结果，通过时长等。

基础组件2015，负责各模块消息传递，类似消息总线。

存储模块2016，负责录音数据，拨打数据，用户数据的存储。

如图2所示，用户交互渠道202包括公众号、小程序以及网页。用户203为一个第一类型用户，用户204为目标接听者。

在上述系统结构的基础上，下面可以具体说明通话处理系统201的工作原理：

用户号203通过小程序、公众号或网页等用户交互渠道202向用户204发出第一通话建立请求。通话处理系统201接收到第一通话建立请求之后，外呼模块2012先通过用户203对应的第一虚拟通信号码，给用户203拨打电话，用户203接听电话后，进入第一IVR模块中预置的IVR语音导航，用户203选择对应按键，外呼模块2012再携带着用户203的按键信息，通过用户204的目标虚拟通信号码拨打用户204，用户204可选择接听或直接挂机，如用户204选择接听，则将用户204引入第二IVR模块中预置的IVR流程，在IVR流程中选择对应按键。例如，若选择立即接听用户203的来电，则桥接用户203与用户204之间的通信连接。

示例性地，下面介绍一种应用于医疗咨询场景的通话处理系统201的工作流程：

用户203为病人用户A，用户204为医生用户B，通话处理系统201为医疗咨询呼叫系统。首先病人用户A通过公众号、小程序或网页注册成为医疗咨询呼叫系统的第一类型用户，医生用户B由医疗咨询呼叫系统的管理员创建。病人用户A在注册时需要填写自己的真实通信号码，注册完成后，医疗咨询呼叫系统自动会为其分配一个可用的第一虚拟通信号码X，管理员在创建医生用户B时，也需录入该医生的真实通信号码，并为其分配第二虚拟通信号码Y。同时还需要为该医生用户B在对应的第二IVR模块中配置特定的IVR流程，以实现针对不同的用户设定不同的IVR导航及应答IVR导航。

当病人用户A，在已挂号或住院的情况下，有疑问需要咨询医生用户B时，病人用户A通过小程序、公众号或网页选择到对应的医生用户B，或者，病人用户A对应的住院科室，点击发起咨询，此时医疗咨询呼叫系统获取到待提供咨询服务的医生用户B及发起咨询的病人用户A。

医疗咨询呼叫系统收到病人用户A发起的第一通话建立请求，医疗咨询呼叫系统通过第一虚拟通信号码X立即给病人用户A发起呼叫,此时病人用户A看到的来电通信号码为X，病人用户A接听电话后，医疗咨询呼叫系统先引导病人用户A进入第一IVR模块中预先配置好的IVR流程，病人用户A根据IVR的引导话术，选择对应按键以选择需要咨询的问题，若病人用户A在IVR中多次超时未输入或主动挂断，则不会呼叫医生用户B，当病人用户A选择对应按键后，医疗咨询呼叫系统立即通过第二虚拟通信号码Y呼叫医生用户B，在呼叫医生用户B的过程，为病人用户A播报等待音，医生用户B来电通信号码显示为第二虚拟通信号码Y，医生用户B接听电话后，医疗咨询呼叫系统先引导进入第二IVR模块中预先配置的IVR语音导航，医生用户B根据语音导航选择拒接或者留言等操作。若医生用户B选择接听，则医疗咨询呼叫系统确定将病人用户A和医生用户B进行桥接，双方开始通话，若医生用户B选择拒接，则给病人用户A播报医疗咨询呼叫系统设定的特定话术(如：当前医生繁忙，请稍后联系)。若医生用户B选择留言，医生用户B听到“滴”声后，开始留言，留言内容，系统自动录音，并给病人用户A进行播报。若医生用户B在电话响铃时直接点“挂机”拒接，也会给病人用户B播报系统设定的特定话术。

由于技术构思相同，本实施例中描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。

本说明书提供的一种通话处理装置实施例如下：

在上述的实施例中，提供了一种通话处理方法，与之相对应的，还提供了一种通话处理装置，下面结合附图进行说明。

图3为本申请实施例提供的一种通话处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种通话处理装置，应用于通话处理系统，通话处理系统包括第二互动式语音应答IVR模块；通话处理系统的注册用户包括多个第一类型用户和多个第二类型用户；每个第一类型用户对应于一个第一虚拟通信号码；第二类型用户对应于第二IVR模块；装置包括：

第一接收模块301，用于接收第一类型用户向目标接听者发出的第一通话建立请求；目标接听者为多个第二类型用户中的一者；

第一呼叫模块302，用于通过第一类型用户对应的第一虚拟通信号码，向第一类型用户发出第一呼叫请求；

第二呼叫模块303，用于在第一类型用户响应第一呼叫请求的情况下，按照目标接听者对应的接听模式，向目标接听者发出第二呼叫请求；

第二接收模块304，用于在目标接听者响应第二呼叫请求的情况下，通过第二IVR模块获取目标接听者的接听输入操作；

判断模块305，用于根据接听输入操作，确定是否桥接第一类型用户与目标接听者之间的通信通道。

可选地，通话处理系统还包括第一IVR模块；第一类型用户对应于第一IVR模块；第二呼叫模块303，具体用于：

通过第一IVR模块获取第一类型用户的第一用户输入；

在第一用户输入不包括中止第一呼叫请求，且第一用户输入超时的次数未超过预设次数阈值的情况下，按照目标接听者对应的接听模式，向目标接听者发出第二呼叫请求。

可选地，目标接听者的接听模式包括坐席接听模式和非坐席接听模式中的一者；目标接听者对应于目标坐席通信短号和目标虚拟通信号码；第二呼叫模块303，具体用于：

在目标接听者处于坐席接听模式的情况下，通过目标坐席通信短号，向目标接听者发出第二呼叫请求；

在目标接听者处于非坐席接听模式的情况下，通过目标虚拟通信号码，向目标接听者发出第二呼叫请求。

可选地，通话处理系统中配置有每个第二类型用户对应的自动拒接时段；通话处理装置，还包括：

拒接模块，用于若第一通话建立请求的发出时间处于目标接听者对应的自动拒接时段内，则向第一类型用户播放预存的拒接语音以及工作时段通知语音；工作时段通知语音用于通知第一类型用户目标接听者的工作时段。

可选地，第一呼叫请求携带有第一呼叫标识信息；通话处理装置，还包括：

调用模块，用于在目标接听者未响应第二呼叫请求，或者接听输入操作为对第二IVR模块提交的拒接选择操作的情况下，向第一类型用户播放预存的拒接语音，以及调用留言接口，留言接口用于向用户提供留言服务；

采集模块，用于通过留言接口采集第一类型用户的语音留言信息；

转换模块，用于将语音留言信息转换为对应的文字留言信息；

存储模块，用于将文字留言信息与第一呼叫标识信息关联存储。

可选地，通话处理装置，还包括：

第一获取模块，用于获取目标接听者的呼叫记录查询请求；呼叫记录查询请求携带有第一呼叫标识信息；

查询模块，用于根据第一呼叫标识信息，查询获得文字留言信息；

展示模块，用于向目标接听者展示文字留言信息。

可选地，通话处理装置，还包括：

第二获取模块，用于在第三方系统接收第一用户向第二用户发出的第二通话建立请求之后，获取第三方系统发送的隐私通信接口的调用请求；调用请求携带有接口参数；接口参数包括第一用户的真实通信号码、第二用户的真实通信号码以及第二用户的通话角色；

配置模块，用于根据接口参数，配置通话处理系统；

建立模块，用于基于配置后的通话处理系统，在第一用户与第二用户之间建立隐私通话通道，以响应调用请求。

本说明书提供的一种通话处理设备实施例如下：

对应上述描述的一种通话处理方法，基于相同的技术构思，本申请实施例还提供一种通话处理设备，该通话处理设备用于执行上述提供的通话处理方法，图4为本申请实施例提供的一种通话处理设备的结构示意图。

如图4所示，通话处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器401和存储器402，存储器402中可以存储有一个或一个以上存储应用程序或数据。其中，存储器402可以是短暂存储或持久存储。存储在存储器402的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括通话处理设备中的一系列计算机可执行指令。更进一步地，处理器401可以设置为与存储器402通信，在通话处理设备上执行存储器402中的一系列计算机可执行指令。通话处理设备还可以包括一个或一个以上电源403，一个或一个以上有线或无线网络接口404，一个或一个以上输入/输出接口405，一个或一个以上键盘406等。

在一个具体的实施例中，通话处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对通话处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

接收第一类型用户向目标接听者发出的第一通话建立请求；目标接听者为多个第二类型用户中的一者；

通过第一类型用户对应的第一虚拟通信号码，向第一类型用户发出第一呼叫请求；

在第一类型用户响应第一呼叫请求的情况下，按照目标接听者对应的接听模式，向目标接听者发出第二呼叫请求；

在目标接听者响应第二呼叫请求的情况下，通过第二IVR模块获取目标接听者的接听输入操作；

根据接听输入操作，确定是否桥接第一类型用户与目标接听者之间的通信通道。

本说明书提供的一种计算机可读存储介质实施例如下：

对应上述描述的一种通话处理方法，基于相同的技术构思，本申请实施例还提供一种计算机可读存储介质。

本实施例提供的计算机可读存储介质，用于存储计算机可执行指令，计算机可执行指令在被处理器执行时实现以下流程：

接收第一类型用户向目标接听者发出的第一通话建立请求；目标接听者为多个第二类型用户中的一者；

通过第一类型用户对应的第一虚拟通信号码，向第一类型用户发出第一呼叫请求；

在第一类型用户响应第一呼叫请求的情况下，按照目标接听者对应的接听模式，向目标接听者发出第二呼叫请求；

在目标接听者响应第二呼叫请求的情况下，通过第二IVR模块获取目标接听者的接听输入操作；

根据接听输入操作，确定是否桥接第一类型用户与目标接听者之间的通信通道。

需要说明的是，本说明书中关于计算机可读存储介质的实施例与本说明书中关于通话处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本领域内的技术人员应明白，本申请实施例可提供为方法、系统或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可读存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程电子设备的处理器以产生一个机器，使得通过计算机或其他可编程电子设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程电子设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程电子设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本申请实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本文件的实施例而已，并不用于限制本文件。对于本领域技术人员来说，本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本文件的权利要求范围之内。

Claims (10)

1.一种通话处理方法，应用于通话处理系统，其特征在于，所述通话处理系统包括第二互动式语音应答IVR模块；所述通话处理系统的注册用户包括多个第一类型用户和多个第二类型用户；每个第一类型用户对应于一个第一虚拟通信号码；所述第二类型用户对应于第二IVR模块；所述方法包括：

接收所述第一类型用户向目标接听者发出的第一通话建立请求；所述目标接听者为所述多个第二类型用户中的一者；

通过所述第一类型用户对应的第一虚拟通信号码，向所述第一类型用户发出第一呼叫请求；

在所述第一类型用户响应所述第一呼叫请求的情况下，按照所述目标接听者对应的接听模式，向所述目标接听者发出第二呼叫请求；

在所述目标接听者响应所述第二呼叫请求的情况下，通过所述第二IVR模块获取所述目标接听者的接听输入操作；

根据所述接听输入操作，确定是否桥接所述第一类型用户与所述目标接听者之间的通信通道。

2.根据权利要求1所述的方法，其特征在于，所述通话处理系统还包括第一IVR模块；所述第一类型用户对应于所述第一IVR模块；所述按照所述目标接听者的接听模式，向所述目标接听者发出第二呼叫请求，包括：

通过所述第一IVR模块获取所述第一类型用户的第一用户输入；

在所述第一用户输入不包括中止所述第一呼叫请求，且所述第一用户输入超时的次数未超过预设次数阈值的情况下，按照所述目标接听者对应的接听模式，向所述目标接听者发出第二呼叫请求。

3.根据权利要求1所述的方法，其特征在于，所述目标接听者的接听模式包括坐席接听模式和非坐席接听模式中的一者；所述目标接听者对应于目标坐席通信短号和目标虚拟通信号码；所述按照所述目标接听者的接听模式，向所述目标接听者发出第二呼叫请求，包括：

在所述目标接听者处于坐席接听模式的情况下，通过所述目标坐席通信短号，向所述目标接听者发出第二呼叫请求；

在所述目标接听者处于非坐席接听模式的情况下，通过所述目标虚拟通信号码，向所述目标接听者发出第二呼叫请求。

4.根据权利要求1所述的方法，其特征在于，所述通话处理系统中配置有每个所述第二类型用户对应的自动拒接时段；所述通过所述第一类型用户对应的第一虚拟通信号码，向所述第一类型用户发出第一呼叫请求之后，还包括：

若所述第一通话建立请求的发出时间处于所述目标接听者对应的自动拒接时段内，则向所述第一类型用户播放预存的拒接语音以及工作时段通知语音；所述工作时段通知语音用于通知所述第一类型用户所述目标接听者的工作时段。

5.根据权利要求1所述的方法，其特征在于，所述第一呼叫请求携带有第一呼叫标识信息；所述按照所述目标接听者对应的接听模式，向所述目标接听者发出第二呼叫请求之后，还包括：

在所述目标接听者未响应所述第二呼叫请求，或者所述接听输入操作为对所述第二IVR模块提交的拒接选择操作的情况下，向所述第一类型用户播放预存的拒接语音，以及调用留言接口，所述留言接口用于向用户提供留言服务；

通过所述留言接口采集所述第一类型用户的语音留言信息；

将所述语音留言信息转换为对应的文字留言信息；

将所述文字留言信息与所述第一呼叫标识信息关联存储。

6.根据权利要求5所述的方法，其特征在于，所述将所述文字留言信息与所述第一呼叫标识信息关联存储之后，还包括：

获取所述目标接听者的呼叫记录查询请求；所述呼叫记录查询请求携带有所述第一呼叫标识信息；

根据所述第一呼叫标识信息，查询获得所述文字留言信息；

向所述目标接听者展示所述文字留言信息。

7.根据权利要求1所述的方法，其特征在于，还包括：

在第三方系统接收第一用户向第二用户发出的第二通话建立请求之后，获取所述第三方系统发送的隐私通信接口的调用请求；所述调用请求携带有接口参数；所述接口参数包括所述第一用户的真实通信号码、所述第二用户的真实通信号码以及所述第二用户的通话角色；

根据所述接口参数，配置所述通话处理系统；

基于配置后的所述通话处理系统，在所述第一用户与所述第二用户之间建立隐私通话通道，以响应所述调用请求。

8.一种通话处理装置，应用于通话处理系统系统，其特征在于，所述通话处理系统包括第二互动式语音应答IVR模块；所述通话处理系统的注册用户包括多个第一类型用户和多个第二类型用户；每个第一类型用户对应于一个第一虚拟通信号码一一对应；所述第二类型用户对应于第二IVR模块；所述装置包括：

第一接收模块，用于接收所述第一类型用户向目标接听者发出的第一通话建立请求；所述目标接听者为所述多个第二类型用户中的一者；

第一呼叫模块，用于通过所述第一类型用户对应的第一虚拟通信号码，向所述第一类型用户发出第一呼叫请求；

第二呼叫模块，用于在所述第一类型用户响应所述第一呼叫请求的情况下，按照所述目标接听者对应的接听模式，向所述目标接听者发出第二呼叫请求；

第二接收模块，用于在所述目标接听者响应所述第二呼叫请求的情况下，通过所述第二IVR模块获取所述目标接听者的接听输入操作；

判断模块，用于根据所述接听输入操作，确定是否桥接所述第一类型用户与所述目标接听者之间的通信通道。

9.一种通话处理设备，其特征在于，所述设备包括：

处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器执行如权利要求1-7任一项所述的通话处理方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现如权利要求1-7任一项所述的通话处理方法。

Images