CN112653793A - 智能语音呼叫系统及方法 - Google Patents

Abstract

本申请公开了一种智能语音呼叫系统及方法，所述智能语音呼叫系统包括：客户资源业务系统，接收加密边界网关加密后的虚拟号码；接收到呼叫发起指令时，基于虚拟号码生成呼叫请求，将所述呼叫请求向第一智能语音外呼平台发送；加密边界网关，用于接收所述客户资源业务系统发送的用户号码，对所述用户号码进行加密而形成虚拟号码，将所述虚拟号码向所述客户资源业务系统发送；通过SIP网关与通信运营商网络连接，接收第一智能语音外呼平台发送的呼叫请求，利用加密密钥对所接收的呼叫请求中的虚拟号码进行解密，基于解密后的用户号码重新生成呼叫请求，将所重新生成的呼叫请求通过SIP网关向所述通信运营商网络发送。

Description

智能语音呼叫系统及方法

技术领域

本申请实施例涉及智能语音呼叫技术，尤其涉及一种智能语音呼叫系统及方法。

背景技术

在智能语音机器人应用过程中，客户资源运营方，在使用第三方的智能语音机器人平台时，希望能够隐藏客户的真实号码。一方面是基于保护客户隐私的考虑，另一方面，也避免客户资源运营方的客户资源信息被其它客户资源运营厂商所获取。传统的客户号码隐藏解决方案中，一是通过三方通话来实现匿名外呼，即由运营方先拨客户，待客户接听后，再拨机器人，这样机器人平台就无法获得客户的真实号码。但这种方案稳定性不好，而在客户接听后还要等待接通机器人，给用户的体验非常不好。另一种是建立一个客户号码映射表，通过数据库如关系型或缓存型数据库，向机器人提供的号码是虚拟号，机器人通过线路网关拨号时，再把虚拟号转换为真实号码。这种方案存在的问题是客户运营方通过机器人外呼时，往往是海量外呼，这时对数据库调用及维护的压力非常大。

发明内容

有鉴于此，本申请实施例的提供一种智能语音呼叫系统及方法。

根据本申请的一方面，提供一种智能语音呼叫系统，包括：

客户资源业务系统，用于维护用户的号码信息、签约业务信息；接收加密边界网关加密后的虚拟号码；接收到呼叫发起指令时，基于虚拟号码生成呼叫请求，将所述呼叫请求向第一智能语音外呼平台发送；

加密边界网关，用于接收所述客户资源业务系统发送的用户号码，对所述用户号码进行加密而形成虚拟号码，将所述虚拟号码向所述客户资源业务系统发送；通过会话初始协议SIP网关与通信运营商网络连接，接收第一智能语音外呼平台发送的呼叫请求，利用加密密钥对所接收的呼叫请求中的虚拟号码进行解密，基于解密后的用户号码重新生成呼叫请求，将所重新生成的呼叫请求通过所述SIP网关向所述通信运营商网络发送；

第一智能语音外呼平台，与所述加密边界网关和所述客户资源业务系统分别连接，接收到所述客户资源业务系统发送的呼叫请求后，将所接收的呼叫请求向所述加密边界网关进行透传。

作为一种优选实现方式，所述加密边界网关还用于在对所述用户号码进行加密而形成虚拟号码时，还将加密密文的版本信息插入所述虚拟号码中，将插入版本信息的虚拟号码向所述客户资源业务系统发送。

作为一种优选实现方式，所述加密边界网关还用于，在利用加密密钥对所接收的呼叫请求中的虚拟号码进行解密之前，还对所述虚拟号码中携带的加密密文版本信息进行验证，验证失败时，向所述第一智能语音外呼平台发送呼叫失败的通知信息。

作为一种优选实现方式，所述加密边界网关还用于，在利用加密密钥对所接收的呼叫请求中的虚拟号码进行解密失败时，向所述第一智能语音外呼平台发送呼叫失败的通知信息。

作为一种优选实现方式，所述智能语音呼叫系统还包括：

合作伙伴业务系统，与所述客户资源业务系统和所述第一智能语音外呼平台分别连接，用于接收所述客户资源业务系统发送的虚拟号码，并维护所述虚拟号码；维护自身的用户号码，并通过所述客户资源业务系统向所述加密边界网关发送所述合作伙伴业务系统维护的用户号码，通过所述客户资源业务系统接收所述加密边界网关对所述合作伙伴业务系统维护的用户号码加密后的虚拟号码；接收到呼叫发起指令时，基于虚拟号码生成呼叫请求，将所生成的呼叫请求向所述第一智能语音外呼平台发送。

作为一种优选实现方式，所述智能语音呼叫系统还包括：

合作伙伴业务系统，与所述客户资源业务系统和所述第一智能语音外呼平台分别连接，用于接收所述客户资源业务系统发送的虚拟号码，并维护所述虚拟号码；维护自身的用户号码，并通过所述客户资源业务系统向所述加密边界网关发送所述合作伙伴业务系统维护的用户号码，通过所述客户资源业务系统接收所述加密边界网关对所述合作伙伴业务系统维护的用户号码加密后的虚拟号码；以及，接收到呼叫发起指令时，基于虚拟号码生成呼叫请求，将所生成的呼叫请求向第二智能语音外呼平台发送；

第二智能语音外呼平台，与所述加密边界网关连接，接收到所述合作伙伴业务系统发送的呼叫请求后，将所接收的呼叫请求向所述加密边界网关进行透传。

作为一种优选实现方式，所述第二智能语音外呼平台通过网络与所述加密边界网关连接；

所述第一智能语音外呼平台通过网络与所述加密边界网关连接。

作为一种优选实现方式，所述通信运营商网络通过公共交换电话网络PSTN线路与SIP网关连接。

根据本申请的一方面，提供一种智能语音呼叫方法，包括：

接收智能语音外呼平台发起的基于虚拟号码的呼叫请求，利用加密密钥对所述虚拟号码进行解密，解密成功后获得用户号码，基于所述用户号码重新生成新呼叫请求，将所述新呼叫请求向电信运营商网络发送而发起呼叫；其中，所述基于虚拟号码的呼叫请求由客户资源业务系统发起；利用加密密文对所述客户资源业务系统在发起呼叫请求之前所发送的用户号码进行加密，生成虚拟号码，将所生成虚拟号码通知所述客户资源业务系统。

作为一种优选实现方式，所述方法还包括：

利用加密密文对用户号码进行加密时，还将加密密文的版本信息插入所述虚拟号码中，将插入版本信息的虚拟号码向所述客户资源业务系统发送；

在利用加密密钥对所接收的呼叫请求中的虚拟号码进行解密之前，还对所述虚拟号码中携带的加密密文版本信息进行验证，验证失败时，向所述智能语音外呼平台发送呼叫失败的通知信息。

本申请实施例中，通过在客户运营商侧设置加密边界网关，对客户资源业务系统中维护的用户电话号码进行加密而形成虚拟号码，在与合作伙伴业务系统进行合作而分享客户资源时，不必限制合作伙伴必须选择客户运营商的智能语音外呼平台，合作伙伴可以根据自身需要，自行选择智能语音外呼平台。同时也能保护了客户运营商的客户资源的隐私不被窃取。对于智能语音外呼平台来讲，对接客户资源业务系统与电信运行商的通信线路，与非匿名呼叫的对接过程完全一样。匿名过程对于智能语音外呼平台完全无感知。智能语音外呼平台不能通过通讯过程获取到客户的真实电话号码，而本申请实施例中的电话号码的加解密过程完全不依赖于数据库，仅仅利用对称加密算法及相应的加密密文的版本管理，使加解密过程非常高效，支撑海量并发同时呼叫。本申请实施例的技术方案可以利用高级加密标准(Advanced Encryption Standard，AES)等成熟加密算法，在外部不能获取密钥的情况下，无法逆向破解虚拟号码所对应的真实电话号码，并且，加密密钥会定期更新，也无法通过暴力碰撞破解的方式破解虚拟号码。

附图说明

图1为本申请实施例的智能语音呼叫系统的组成结构示意图；

图2为本申请实施例的智能语音呼叫系统的另一组成结构示意图；

图3为本申请实施例的智能语音呼叫方法的流程示意图。

具体实施方式

以下结合附图，详细阐明本申请技术方案的实质，对本申请的技术方案作进一步详细阐明。

图1为本申请实施例的智能语音呼叫系统的组成结构示意图，如图1所示，本申请实施例的智能语音呼叫系统包括：

客户资源业务系统10，用于维护用户的号码信息、签约业务信息；接收加密边界网关11加密后的虚拟号码；接收到呼叫发起指令时，基于虚拟号码生成呼叫请求，将所述呼叫请求向第一智能语音外呼平台20发送；

加密边界网关11，用于接收所述客户资源业务系统10发送的用户号码，对所述用户号码进行加密而形成虚拟号码，将所述虚拟号码向所述客户资源业务系统10发送；通过会话初始协议(SIP，Session Initiation Protocol)网关12与通信运营商网络连接，接收第一智能语音外呼平台20发送的呼叫请求，利用加密密钥对所接收的呼叫请求中的虚拟号码进行解密，基于解密后的用户号码重新生成呼叫请求，将所重新生成的呼叫请求通过所述SIP网关向所述通信运营商网络发送；

本申请实施例中，所述通信运营商网络通过公共交换电话网络(PSTN，PublicSwitched Telephone Network)线路12与SIP网关连接。这里，所述通信运营商网络包括但不限于移动通信网络、联通运营商网络、铁通运营商网络、电信通信网络、网通通信网络等各运营商网络，具体需要看被叫方所归属的通信运营商网络，通过SIP网关12及PSTN线路13，本申请实施例可以向任何的被叫用户发起呼叫。

第一智能语音外呼平台20，与所述加密边界网关11和所述客户资源业务系统10分别连接，接收到所述客户资源业务系统10发送的呼叫请求后，将所接收的呼叫请求向所述加密边界网关11进行透传。

作为一种优选实现方式，所述加密边界网关11还用于，在利用加密密钥对所接收的呼叫请求中的虚拟号码进行解密之前，还对所述虚拟号码中携带的加密密文版本信息进行验证，验证失败时，向所述第一智能语音外呼平台20发送呼叫失败的通知信息。

本申请实施例中，当对客户的号码进行加密后形成的虚拟号码的格式可以为：<encrypt_number>.<version>。其中encrypt_number为用密钥加密后的虚拟号码，version表示加密密文的版本号；每次密钥更新，version加1。

当所述加密边界网关11接收到第一智能语音外呼平台20发送的呼叫请求后，获取其中的虚拟号码，将虚拟号码中的version与所述加密边界网关11当前Version进行匹配，不一致时，拒绝呼叫。version一致时，用加密网关中维护的密钥，解密出真实号码。

作为一种优选实现方式，所述加密边界网关11还用于，在利用加密密钥对所接收的呼叫请求中的虚拟号码进行解密失败时，向所述第一智能语音外呼平台20发送呼叫失败的通知信息。

本申请实施例中，客户资源业务系统10属于客户运营商的核心运行维护平台，客户资源业务系统10中维护有客户运营商所有的用户的相关信息，包括但不限于客户的电话号码、姓名、职业、年龄、签约业务等信息。本申请实施例的客户运营商指拥有自己的客户，可以对接第三方的智能语音外呼平台进行呼叫发起的运营商。

为维护客户运营商自身的利益，避免客户信息特别是客户的电话号码被其他运营商特别是智能语音外呼平台所在的运营商获取，客户资源业务系统10在发起呼叫请求前，需要将客户的电话号码向所述加密边界网关11发送，由所述加密边界网关11对客户的电话号码进行加密而形成虚拟号码，这些虚拟号码对除所述加密边界网关11之外的所有网元保密。当所述第一智能语音外呼平台20接收到呼叫指令后，基于虚拟号码生成呼叫请求，并将所述呼叫请求向第一智能语音外呼平台20发送，第一智能语音外呼平台20接收到呼叫请求后，将所接收到的呼叫请求向所述加密边界网关11透传，所述加密边界网关11基于所述呼叫请求，解析出所述呼叫请求中的用户的虚拟号码，并利用加密密钥对所述虚拟号码进行解密，还原出用户的真实电话号码，基于用户的真实电话号码重新生成呼叫请求，并通过SIP网关12及PSTN线路13向被叫所属的电信运行商网络发送重新生成的呼叫请求，实现客户的自动语音呼叫功能。

作为一种优选实现方式，图2为本申请实施例的智能语音呼叫系统的另一组成结构示意图，如图2所示，在图1所示的智能语音呼叫系统的基础上，本申请实施例的智能语音呼叫系统还包括：

合作伙伴业务系统30，与所述客户资源业务系统10和所述第一智能语音外呼平台20(图2中的虚线)分别连接，用于接收所述客户资源业务系统10发送的虚拟号码，并维护所述虚拟号码；合作伙伴业务系统30还维护自身的用户号码，并通过所述客户资源业务系统10向所述加密边界网关11发送所述合作伙伴业务系统30维护的用户号码，通过所述客户资源业务系统10接收所述加密边界网关11对所述合作伙伴业务系统30维护的用户号码加密后的虚拟号码；接收到呼叫发起指令时，基于虚拟号码生成呼叫请求，将所生成的呼叫请求向所述第一智能语音外呼平台发送。

作为一种优选实现方式，图2为本申请实施例的智能语音呼叫系统的另一组成结构示意图，如图2所示，在图1所示的智能语音呼叫系统的基础上，本申请实施例的智能语音呼叫系统还包括：

合作伙伴业务系统30，与所述客户资源业务系统10和所述第一智能语音外呼平台20分别连接，用于接收所述客户资源业务系统10发送的虚拟号码，并维护所述虚拟号码；合作伙伴业务系统30还维护自身的用户号码，并通过所述客户资源业务系统10向所述加密边界网关11发送所述合作伙伴业务系统30维护的用户号码，通过所述客户资源业务系统10接收所述加密边界网关11对所述合作伙伴业务系统30维护的用户号码加密后的虚拟号码；以及，接收到呼叫发起指令时，基于虚拟号码生成呼叫请求，将所生成的呼叫请求向第二智能语音外呼平台发送；

第二智能语音外呼平台40，与所述加密边界网关11连接，接收到所述合作伙伴业务系统30发送的呼叫请求后，将所接收的呼叫请求向所述加密边界网关11进行透传。

本申请实施例中，所述第二智能语音外呼平台40通过网络如互联网等与所述加密边界网关11连接；

所述第一智能语音外呼平台20通过网络如互联网等与所述加密边界网关11连接。

本申请实施例中，当在本申请实施例的智能语音呼叫系统中添加了合作伙伴业务系统30后，合作伙伴业务系统30可以将自身维护的客户发起的呼叫，直接向所述第一智能语音外呼平台20发送，由所述第一智能语音外呼平台20将呼叫请求向所述加密边界网关11透传而实现呼叫智能呼出。或者，合作伙伴业务系统30需要发起智能语音呼叫时，将生成的包含虚拟号码的呼叫请求向所述第二智能语音外呼平台40发送，由所述第二智能语音外呼平台40将呼叫请求直接向所述加密边界网关11透传，所述加密边界网关11基于呼叫请求中的虚拟号码获取用户的真实号码，重新生成呼叫请求后再通过SIP网关12和PSTN线路13向被叫所在的运行商网络发送，实现智能语音的自动呼叫。或者，合作伙伴业务系统30需要发起智能语音呼叫时，将生成的包含虚拟号码的呼叫请求向所述第二智能语音外呼平台40发送，由所述第二智能语音外呼平台40将呼叫请求向所述第一智能语音外呼平台20发送，所述第一智能语音外呼平台20将呼叫请求直接向所述加密边界网关11透传，所述加密边界网关11基于呼叫请求中的虚拟号码获取用户的真实号码，重新生成呼叫请求后再通过SIP网关12和PSTN线路13向被叫所在的运行商网络发送，实现智能语音的自动呼叫。

本申请实施例中，通过在客户运营商侧设置加密边界网关，对客户资源业务系统中维护的用户电话号码进行加密而形成虚拟号码，在与合作伙伴业务系统进行合作而分享客户资源时，不必限制合作伙伴必须选择客户运营商的智能语音外呼平台，合作伙伴可以根据自身需要，自行选择智能语音外呼平台。同时也能保护了客户运营商的客户资源的隐私不被窃取。对于智能语音外呼平台来讲，对接客户资源业务系统与电信运行商的通信线路，与非匿名呼叫的对接过程完全一样。匿名过程对于智能语音外呼平台完全无感知。智能语音外呼平台不能通过通讯过程获取到客户的真实电话号码，而本申请实施例中的电话号码的加解密过程完全不依赖于数据库，仅仅利用对称加密算法及相应的加密密文的版本管理，使加解密过程非常高效，支撑海量并发同时呼叫。本申请实施例的技术方案可以利用高级加密标准(Advanced Encryption Standard，AES)等成熟加密算法，在外部不能获取密钥的情况下，无法逆向破解虚拟号码所对应的真实电话号码，并且，加密密钥会定期更新，也无法通过暴力碰撞破解的方式破解虚拟号码。

图3为本申请实施例的智能语音呼叫方法的流程示意图，如图3所示，本申请实施例的智能语音呼叫方法包括以下处理步骤：

步骤301，接收智能语音外呼平台发起的基于虚拟号码的呼叫请求，利用加密密钥对所述虚拟号码进行解密。

其中，所述基于虚拟号码的呼叫请求由客户资源业务系统发起；利用加密密文对所述客户资源业务系统在发起呼叫请求之前所发送的用户号码进行加密，生成虚拟号码，将所生成虚拟号码通知所述客户资源业务系统。

利用加密密文对用户号码进行加密时，还将加密密文的版本信息插入所述虚拟号码中，将插入版本信息的虚拟号码向所述客户资源业务系统发送；

在利用加密密钥对所接收的呼叫请求中的虚拟号码进行解密之前，还对所述虚拟号码中携带的加密密文版本信息进行验证，验证失败时，向所述智能语音外呼平台发送呼叫失败的通知信息。

步骤302，解密成功后获得用户号码，基于所述用户号码重新生成新呼叫请求，将所述新呼叫请求向电信运营商网络发送而发起呼叫。

结合前述图1级图2所示的智能语音呼叫系统，进一步阐述本申请实施例的智能语音呼叫方法。为维护客户运营商自身的利益，避免客户信息特别是客户的电话号码被其他运营商特别是智能语音外呼平台所在的运营商获取，客户资源业务系统10在发起呼叫请求前，需要将客户的电话号码向所述加密边界网关11发送，由所述加密边界网关11对客户的电话号码进行加密而形成虚拟号码，这些虚拟号码对除所述加密边界网关11之外的所有网元保密。当所述第一智能语音外呼平台20接收到呼叫指令后，基于虚拟号码生成呼叫请求，并将所述呼叫请求向第一智能语音外呼平台20发送，第一智能语音外呼平台20接收到呼叫请求后，将所接收到的呼叫请求向所述加密边界网关11透传，所述加密边界网关11基于所述呼叫请求，解析出所述呼叫请求中的用户的虚拟号码，并利用加密密钥对所述虚拟号码进行解密，还原出用户的真实电话号码，基于用户的真实电话号码重新生成呼叫请求，并通过SIP网关12及PSTN线路13向被叫所属的电信运行商网络发送重新生成的呼叫请求，实现客户的自动语音呼叫功能。

当在本申请实施例的智能语音呼叫系统中添加了合作伙伴业务系统30后，合作伙伴业务系统30可以将自身维护的客户发起的呼叫，直接向所述第一智能语音外呼平台20发送，由所述第一智能语音外呼平台20将呼叫请求向所述加密边界网关11透传而实现呼叫智能呼出。或者，合作伙伴业务系统30需要发起智能语音呼叫时，将生成的包含虚拟号码的呼叫请求向所述第二智能语音外呼平台40发送，由所述第二智能语音外呼平台40将呼叫请求直接向所述加密边界网关11透传，所述加密边界网关11基于呼叫请求中的虚拟号码获取用户的真实号码，重新生成呼叫请求后再通过SIP网关12和PSTN线路13向被叫所在的运行商网络发送，实现智能语音的自动呼叫。或者，合作伙伴业务系统30需要发起智能语音呼叫时，将生成的包含虚拟号码的呼叫请求向所述第二智能语音外呼平台40发送，由所述第二智能语音外呼平台40将呼叫请求向所述第一智能语音外呼平台20发送，所述第一智能语音外呼平台20将呼叫请求直接向所述加密边界网关11透传，所述加密边界网关11基于呼叫请求中的虚拟号码获取用户的真实号码，重新生成呼叫请求后再通过SIP网关12和PSTN线路13向被叫所在的运行商网络发送，实现智能语音的自动呼叫。

本申请实施例还记载了一种计算机可读存储介质，其上存取有计算机指令，所述指令被处理器执行时实现前述实施例的智能语音呼叫方法的步骤。

在本实施例中，至少一个处理器可以构成具有对一个或多个输入执行逻辑运算的电路的任何物理设备。例如，至少一个处理器可以包括一个或多个集成电路(IC)，包括专用集成电路(ASIC)、微芯片、微控制器、微处理器、中央处理单元(CPU)的全部或部分、图形处理单元(GPU)、数字信号处理器(DSP)、现场可编程门阵列(FPGA)或者适于执行指令或执行逻辑运算的其它电路。由至少一个处理器执行的指令可以例如被预加载到与控制器集成的或嵌入在控制器中的存储器中，或者可以存储在分离的存储器中。存储器可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘、光盘、磁介质、闪存，其它永久、固定或易失性存储器，或者能够存储指令的任何其它机制。可选的是，至少一个处理器可以包括多于一个处理器。每个处理器可以具有相似的结构，或者处理器可以具有彼此电连接或断开的不同构造。例如，处理器可以是分离的电路或集成在单个电路中。当使用多于一个处理器时，处理器可以被配置为独立地或协作地操作。处理器可以以电、磁、光学、声学、机械或通过允许它们交互的其它手段来耦合。

在本实施例中，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

此外，本申请的特征和益处通过参考示例性实施例进行说明。相应地，本申请明确地不应局限于这些说明一些可能的非限制性特征的组合的示例性的实施例，这些特征可单独或者以特征的其它组合的形式存在。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神以权利要求书为准。

Claims (10)

1.一种智能语音呼叫系统，其特征在于，所述智能语音呼叫系统包括：

客户资源业务系统，用于维护用户的号码信息、签约业务信息；接收加密边界网关加密后的虚拟号码；接收到呼叫发起指令时，基于虚拟号码生成呼叫请求，将所述呼叫请求向第一智能语音外呼平台发送；

加密边界网关，用于接收所述客户资源业务系统发送的用户号码，对所述用户号码进行加密而形成虚拟号码，将所述虚拟号码向所述客户资源业务系统发送；通过会话初始协议SIP网关与通信运营商网络连接，接收第一智能语音外呼平台发送的呼叫请求，利用加密密钥对所接收的呼叫请求中的虚拟号码进行解密，基于解密后的用户号码重新生成呼叫请求，将所重新生成的呼叫请求通过所述SIP网关向所述通信运营商网络发送；

第一智能语音外呼平台，与所述加密边界网关和所述客户资源业务系统分别连接，接收到所述客户资源业务系统发送的呼叫请求后，将所接收的呼叫请求向所述加密边界网关进行透传。

2.根据权利要求1所述的智能语音呼叫系统，其特征在于，所述加密边界网关还用于在对所述用户号码进行加密而形成虚拟号码时，还将加密密文的版本信息插入所述虚拟号码中，将插入版本信息的虚拟号码向所述客户资源业务系统发送。

3.根据权利要求2所述的智能语音呼叫系统，其特征在于，所述加密边界网关还用于，在利用加密密钥对所接收的呼叫请求中的虚拟号码进行解密之前，还对所述虚拟号码中携带的加密密文版本信息进行验证，验证失败时，向所述第一智能语音外呼平台发送呼叫失败的通知信息。

4.根据权利要求2所述的智能语音呼叫系统，其特征在于，所述加密边界网关还用于，在利用加密密钥对所接收的呼叫请求中的虚拟号码进行解密失败时，向所述第一智能语音外呼平台发送呼叫失败的通知信息。

5.根据权利要求1至4任一项所述的智能语音呼叫系统，其特征在于，所述智能语音呼叫系统还包括：

合作伙伴业务系统，与所述客户资源业务系统和所述第一智能语音外呼平台分别连接，用于接收所述客户资源业务系统发送的虚拟号码，并维护所述虚拟号码；维护自身的用户号码，并通过所述客户资源业务系统向所述加密边界网关发送所述合作伙伴业务系统维护的用户号码，通过所述客户资源业务系统接收所述加密边界网关对所述合作伙伴业务系统维护的用户号码加密后的虚拟号码；接收到呼叫发起指令时，基于虚拟号码生成呼叫请求，将所生成的呼叫请求向所述第一智能语音外呼平台发送。

6.根据权利要求1至4任一项所述的智能语音呼叫系统，其特征在于，所述智能语音呼叫系统还包括：

合作伙伴业务系统，与所述客户资源业务系统和所述第一智能语音外呼平台分别连接，用于接收所述客户资源业务系统发送的虚拟号码，并维护所述虚拟号码；维护自身的用户号码，并通过所述客户资源业务系统向所述加密边界网关发送所述合作伙伴业务系统维护的用户号码，通过所述客户资源业务系统接收所述加密边界网关对所述合作伙伴业务系统维护的用户号码加密后的虚拟号码；以及，接收到呼叫发起指令时，基于虚拟号码生成呼叫请求，将所生成的呼叫请求向第二智能语音外呼平台发送；

第二智能语音外呼平台，与所述加密边界网关连接，接收到所述合作伙伴业务系统发送的呼叫请求后，将所接收的呼叫请求向所述加密边界网关进行透传。

7.根据权利要求6所述的智能语音呼叫系统，其特征在于，所述第二智能语音外呼平台通过网络与所述加密边界网关连接；

所述第一智能语音外呼平台通过网络与所述加密边界网关连接。

8.根据权利要求6所述的智能语音呼叫系统，其特征在于，

所述通信运营商网络通过公共交换电话网络PSTN线路与SIP网关连接。

9.一种智能语音呼叫方法，其特征在于，所述智能语音呼叫方法包括：

接收智能语音外呼平台发起的基于虚拟号码的呼叫请求，利用加密密钥对所述虚拟号码进行解密，解密成功后获得用户号码，基于所述用户号码重新生成新呼叫请求，将所述新呼叫请求向电信运营商网络发送而发起呼叫；其中，所述基于虚拟号码的呼叫请求由客户资源业务系统发起；利用加密密文对所述客户资源业务系统在发起呼叫请求之前所发送的用户号码进行加密，生成虚拟号码，将所生成虚拟号码通知所述客户资源业务系统。

10.根据权利要求9所述的智能语音呼叫方法，其特征在于，所述方法还包括：

利用加密密文对用户号码进行加密时，还将加密密文的版本信息插入所述虚拟号码中，将插入版本信息的虚拟号码向所述客户资源业务系统发送；

在利用加密密钥对所接收的呼叫请求中的虚拟号码进行解密之前，还对所述虚拟号码中携带的加密密文版本信息进行验证，验证失败时，向所述智能语音外呼平台发送呼叫失败的通知信息。

Images