一种基于SaaS环境的号码外呼隐私保护系统及方法与流程

文档序号:24887732发布日期:2021-04-30 13:11阅读:619来源:国知局
一种基于SaaS环境的号码外呼隐私保护系统及方法与流程

本发明涉及通讯技术领域,具体涉及一种基于saas环境的号码外呼隐私保护系统及方法。



背景技术:

软件即服务(software-as-a-service,saas),通过网络提供软件服务,saas厂商将自己的软件统一部署在自己的服务器上,客户可以根据工作实际需求,通过互联网向厂商定购所需的应用软件服务,按定购的服务多少和时间长短向厂商支付费用,并通过互联网使用saas厂商厂商提供的服务,绝大多数情况下,数据也是存储于saas厂商处。

现有的基于saas的智能语音外呼系统,需要导入真实电话号码,才能拨打电话外呼。对于某些客户而言,真实号码是企业的私密数据资产,将真实号码导出到外部的外呼系统上会导致私密数据资产泄露,这种数据安全风险是用户不敢在核心业务和数据上使用saas智能语音外呼的首要原因。因此在saas公有云环境下,如何在实现拨打电话的同时,保护客户的号码隐私,不被外部的组织所感知,是智能语音外呼系统的一大问题。

目前市面上针对于上述隐私问题的解决方案有两种:

一是将智能语音外呼系统进行本地化或私有云部署,也就是将整个系统部署到客户的本地化环境或内网环境中,该部署方式成本极高,并且使得厂商对系统的维护升级也不方便。

二是采用axb方式的电话线路,即通过在电话线路上进行号码转换,这种方式由于存在号码a转x、x转号码b两条运营商链路,导致通话的话费成本增加一倍,当axb方式的电话线路出现问题时,链路排查困难;另外,由于axb方式的电话线路不是标准化的,各线路商都有自己的应用程序接口(applicationprogramminginterface,api),对接成本较高。



技术实现要素:

为了解决上述技术问题,本发明提出了一种基于saas环境的号码外呼隐私保护系统及方法,该方法通过号码加解密的方式,智能语音外呼系统可以不感知真实电话号码,只感知加密的号码,而加解密的算法控制在客户手中,实现了对客户号码隐私的保护,既不需要本地化或私有云部署智能外呼系统,也不需要使用axb方式的双电话线路。

为了实现上述目的,本发明采用的技术方案如下:

本发明的其中一个目的在于提供一种基于saas环境的号码外呼隐私保护系统,包括:

智能外呼系统,其布置于厂商侧服务器中,用于首先收集客户提供的隐私号码,并经互联网与客户侧服务器连接,用于根据客户提供的隐私号码向对应的客户侧服务器发送呼叫请求;

客户软交换,其布置于客户侧服务器中,用于接收厂商侧的智能外呼系统发起的呼叫请求,并将智能外呼系统发送来的隐私号码进行解密,获得客户的真实号码,并基于真实号码呼叫客户手机。

本发明的另一个目的在于提供一种基于上述号码外呼隐私保护系统的保护方法,包括:

在客户侧部署客户软交换,并在客户软交换中配置加解密服务,实现号码的加密与解密;将所述的客户软交换对接厂商侧的智能外呼系统的互联网外呼线路;

客户利用客户软交换实现真实手机号码的加密,并将加密后的隐私号码上传至厂商侧,由厂商侧的智能外呼系统对客户信息进行收集;

针对一项具体的业务场景需求,通过号码筛选模块从客户信息收集模块获取的清单数据中筛选出有效隐私号码,根据预设的外呼策略生成待呼叫号码对应的语音播报方案,向呼叫的隐私号码对应的客户软交换发送呼叫请求;

客户侧软交换接收到呼叫请求后,启动加解密服务模块将隐私号码进行解密,得到真实的手机号码,根据解密后的用户真实号码呼叫客户手机,待客户手机接通后,根据语音播报方案向客户播报此次外呼的内容,并收集、记录外呼时间、外呼状态、语音交互过程,将记录结果反馈至厂商侧的智能外呼系统;所述的外呼状态包括接通、正在通话中、无人接听、挂断、关机、空号,所述的语音交互过程包括客户根据语音播报方案作出的回应;

由智能外呼系统对接收到的呼叫结果数据进行分析,完成该隐私号码的外呼,遍历清单数据中的所有有效隐私号码。

与现有技术相比,本发明的优势在于:

1、与传统的本地化部署或私有云部署智能外呼系统的方法相比,本发明提出的外呼隐私保护方法是基于saas环境的,可以在公网对接完成,不需要对智能外呼系统进行本地化或私有云部署,方便厂商对智能外呼系统进行升级维护,极大地降低了智能外呼系统运维和服务的成本;

2、与传统的隐私号模式线路(axb线路)相比,传统的方式在于将通话双方(a和b)的真实号码与隐私号码的进行绑定,双方可通过拨打隐私号x进行相互联系,显示或留存在双方手机上的只有隐私号x,通话结束后,双方关系自动解除,双方无法通过隐私号再取得联系,虽然保护了隐私,但通话成本翻倍,且电话线路的api接口各异,对接成本高。

本发明通过在客户侧部署软交换来完成号码变换,一方面不需要对接运营商电话线路的api接口,不需要通过电话线路进行号码转换,降低了通话费用,部署链路简单,开发上只需要客户侧实现加解密接口或脚本即可,降低了api对接的难度;另一方面,该布置方式可以使得用户自主掌控真实号码与隐私号码之间的加解密方式,完全避免了隐私泄露的可能性,安全性能高。

附图说明

此处所说明的附图用来提供对本发明的进一步理解,构成本发明的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:

图1是根据一示例性实施例示出的号码外呼隐私保护系统示意图;

图2是根据一示例性实施例示出的智能外呼系统示意图;

图3是根据一示例性实施例示出的客户软交换示意图;

图4是根据一示例性实施例示出的方法流程图。

具体实施方式

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

本发明提出的一种基于saas环境的号码外呼隐私保护系统,其工作原理在于扩展软交换的功能,在软交换上实现加解密的变换。

客户软交换可以采用freeswitch、asterisk、opensips、kamailio或vos。

freeswitch:一个开源的电话软交换平台,主要开发语言是c,可以用作交换机引擎、pbx、多媒体网关以及多媒体服务器等。

asterisk:一个开源的电话软交换平台,功能上和freeswitch类似,比freeswitch出现得更早。

opensips:一种开源的sip服务器,除了提供了sip代理及sip路由功能等。

kamailio:一种开源的sip服务器,除了提供了sip代理及sip路由功能等。

vos:昆石公司开发的闭源软交换系统,适用于话务转发,企业终端,app业务,大型呼叫中心调度等多种业务形态。

在图1的示意图中可见,厂商侧的智能外呼系统与客户侧的软交换是通过互联网实现通讯的,可以通过voip协议完成,其通讯过程不会产生额外的话费。客户侧的软交换与客户的被叫手机是通过客户侧线路实现通讯的,即正常的手机通讯线路,是通过客户侧软交换拨打客户真实号码实现通讯的,而客户的真实号码由客户侧软交换调取加解密服务实现号码解密。因此,本发明的系统主要包括两部分:

智能外呼系统:其布置于厂商侧服务器中,用于首先收集客户提供的隐私号码,并经互联网与客户侧服务器连接,用于根据客户提供的隐私号码向对应的客户侧服务器发送呼叫请求;

客户软交换:其布置于客户侧服务器中,用于接收厂商侧的智能外呼系统发起的呼叫请求,并将智能外呼系统发送来的隐私号码进行解密,获得客户的真实号码,并基于真实号码呼叫客户手机。

所述的智能外呼系统与客户侧软交换基于互联网实现通讯,按照标准的voip协议对接。

本实施例中,图2示例性地提供了一种用于实现智能外呼系统功能的结构,所述的智能外呼系统包括客户信息收集模块、呼叫策略模块、通讯模块和呼叫结果分析模块。

所述的客户信息收集模块,其用于收集客户信息,包括客户的身份信息和隐私号码,生成清单数据。

号码筛选模块,其用于筛选有效隐私号码;本实施例中,号码筛选模块按照预设维度和预设条件,从所述清单信息中提取初始隐私号码;结合历史呼叫结果,基于黑名单过滤规则对每个所述初始号码进行有效性检查,获得本次外呼任务对应的有效隐私号码。

呼叫策略模块,其用于根据业务场景的需求制定外呼策略,确定待呼叫的有效隐私号码和对应的语音播报方案,生成外呼任务。

通讯模块,其用于根据待呼叫的隐私号码向对应的客户侧服务器发送呼叫请求,并接收呼叫结果数据。

呼叫结果分析模块,其用于对呼叫结果数据进行分析。

本实施例中,图3示例性地提供了一种用于实现客户侧软交换功能的结构,所述的客户侧软交换中配置有加解密服务模块、呼叫模块和收集模块。

所述的加解密服务模块,其用于实现客户真实号码与隐私号码之间的转换;本实施中的加解密服务模块与软交换内置的接口连接,所述的加解密服务模块中设有预设的加解密算法以及开源化软件开发工具包,所述的开源化软件开发工具包中包括辅助开发的相关文档、范例和工具,客户可自主设计加解密算法。

呼叫模块,其用于根据解密后的用户真实号码呼叫客户手机,待客户手机接通后,根据语音播报方案向客户播报此次外呼的内容。

收集模块,其用于收集并记录外呼时间、外呼状态、语音交互过程,并将记录结果反馈至厂商侧的智能外呼系统,对呼叫结果数据进行分析。

以上所描述的系统实施例仅仅是示意性的,其中所述作为客户侧软交换说明的模块可以是或者也可以不是物理上分开的,其属于为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个模块可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的模块间的相互之间的通信连接可以是通过一些接口,可以是电性或其它的形式,有特殊说明的除外。本领域技术人员也可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。

本发明的工作原理,在于扩展软交换的功能,在软交换上实现号码的加解密的变换,与前述的一种基于saas环境的号码外呼隐私保护系统的实施例相对应,本申请还提供了一种基于saas环境的号码外呼隐私保护方法的实施例。

图4为根据一示例性实施例示出的一种基于saas环境的号码外呼隐私保护方法的流程图,如图4所示,该方法流程包括:

在客户侧部署客户软交换,并在客户软交换中配置加解密服务,实现号码的加密与解密;将所述的客户软交换对接厂商侧的智能外呼系统的互联网外呼线路;

客户利用客户软交换实现真实手机号码的加密,并将加密后的隐私号码上传至厂商侧,由厂商侧的智能外呼系统对客户信息进行收集;

针对一项具体的业务场景需求,通过号码筛选模块从客户信息收集模块获取的清单数据中筛选出有效隐私号码,根据预设的外呼策略生成待呼叫号码对应的语音播报方案,向呼叫的隐私号码对应的客户软交换发送呼叫请求;

客户侧软交换接收到呼叫请求后,启动加解密服务模块将隐私号码进行解密,得到真实的手机号码,根据解密后的用户真实号码呼叫客户手机,待客户手机接通后,根据语音播报方案向客户播报此次外呼的内容,并收集、记录外呼时间、外呼状态、语音交互过程,将记录结果反馈至厂商侧的智能外呼系统;所述的外呼状态包括接通、正在通话中、无人接听、挂断、关机、空号,所述的语音交互过程包括客户根据语音播报方案作出的回应;

由智能外呼系统对接收到的呼叫结果数据进行分析,完成该隐私号码的外呼,遍历清单数据中的所有有效隐私号码。

客户向厂商侧上传的隐私号码能够通过客户软交换解密生成真实的手机号码,所述客户软交换中的加解密算法由客户选择预设的算法或者进行个性化定制;当客户更换加解密算法后,需要重新上传更新后的隐私号码至厂商侧。

关于上述实施例中的方法,其中各个模块的布置和连接方式已经在有关该系统的实施例中进行了详细描述,此处将不做详细阐述说明。由于其基本对应于系统实施例,所以相关之处参见系统实施例的部分说明即可。

在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,也可通过其它的方式实现。以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1