AXB号码隐私保护产品解析

0 评论 8093 浏览 26 收藏 14 分钟

本篇文章将详细分析号码隐私保护产品,作者通过产品定位、链路和应用模式三个层面介绍分析,能给产品设计的伙伴们提供一些设计思路,希望本篇文章能对你有所帮助。

介绍CPaaSS,曾多次提到AXB,整理下对AXB的一些研究,分享给有需要的朋友。

一、AXB的产品定位

说起AXB,大部分人一脸懵,那么比较为大众所知的是:号码隐私保护。

来看下号码隐私保护产品的定义:

号码隐私保护(Phone Number Protection)是一款基于基础运营商通信网络能力的互联网产品,可以帮助使用本产品的企业保护其客户电话号码不泄露、通过对虚拟号码服务过程进行录音来管理客户电话服务质量,同时该产品适用于出行、物流、外卖、招聘等多种业务场景,API接口简单易用,可以快速实现平台客户保护用户隐私的需求。

号码隐私保护产品模式包括但是不限于:AXB、AX、AXYB、AXG…等模式,后续简单展开,帮助大家理解。

作为CPaaS产品中的一员,AXB属于CPaaS产品中的一种,有可能也是最重要的一种。

相比于同门师兄弟语音通知类产品、短信类产品,在互联网平台型应用方兴未艾的时代,AXB可谓是通信产品最广泛的应用,堪称CPaaS通信产品牌面。

二、AXB呼叫链路分析

带大家深水区游一圈,来具体分析一个典型AXB平台呼叫信令媒体的情况,帮助了解背后技术原理。

首先区分下A,X,B三个字母的指代:

  • A是A路呼叫,一般是手机号码。
  • B是B路呼叫,也经常是手机号码。
  • X常称为虚拟号码,隐私保护号码或者“小号”,必须是手机号码。

AXB实现的效果,一句话概括就是从A端发起的呼叫到X,从X再呼叫到B,B端显示X的号码,隐藏A路真实主叫。

具体实现原理请看下图:

因为AXB本质上一定是某本地运营商实现的,所以从本图中,可以看见A、X、B号码的网间呼叫关系,我尽力用通俗语言带大家了解下。

假设本图为某本地运营商AXB虚拟小号平台。

1. 设置绑定关系

AXB的呼叫,发起之前起手动作是绑定关系的建立。这个是AXB产品的核心区别。

发起呼叫前,必须通过接口将发起方A、虚拟号码X、被叫方B进行绑定关系的建立,并发送给AXB虚拟小号平台。

此绑定关系可以短暂存在,呼叫后解绑,也可以长期保持,后面会讲解为什么。

2. A路发起呼叫

AXB绑定关系建立好后,A路将首先发起呼叫,呼叫到X虚拟号码上。

本图中可以区分从本网或异网发起的不同A路呼叫,当然本网的呼叫传输更简单,资费也更有优势一些。

不管是本网还是异网A路呼叫发起都首先寻址到X号码所在的运营商落地端局,如果是正常呼叫,则X振铃接通,完成一次标准的呼叫。

但是X号码是AXB虚拟小号平台的专属号码,且绑定关系已建立,小号平台校验成功后,接管此呼叫。

3. X号码发起呼叫到B端

AX呼叫接通后,按绑定关系指定的B号码,AXB虚拟小号平台立刻发起呼叫到B端。此图中仅列出了B端被叫号码为本网号码的情况。

实际上AXB也不限于必须本网,那样应用效果太狭窄。

4. AB接通

B端号码此时显示X号码的来电号码显示。

X虚拟号码呼叫B端号码如振铃未接通、被叫挂机等情况,则挂机返回信令通知A路拆线。

如B端呼叫振铃接通后,则桥接A和X路呼叫通话,A和X开始进行正常的通话。

通话结束后,无论A还是B端挂机,都完成本次AXB呼叫。

AXB虚拟小号平台记录完整的呼叫情况,形成通话记录和录音,并通过接口形式,推送或者提供查询能力给调用端。

以上为一次标准AXB呼叫的全过程。

如果是B号码呼回的情况,我们逆向整个过程,X号码呼回B端号码,如果绑定关系仍然存在的前提下。X号码发起呼叫回A号码,接通后实现双方通话。

三、AXB类产品的应用模式分析

1. AXB

通过以上解析,我们可以了解到,AXB模式最大的应用之处就是通过X号码的居间,实现了双向隐藏主叫号码的目的。

A和B为相互保密的两个业务受益用户,A和B用户都不知道对方真实号码的存在,为了双方的真实号码不被泄露,在隐私保护通话平台为A和B用户绑定一个虚拟号码X,A和B用户对对方只呈现X号码,A和B之间的通信都是通过X号码进行转接。

如果企业有以上的业务场景,就可以通过AXB实现。

在我们实际生活中,打车、外卖、快递等等场景,都可以看见AXB的身影。

当平台商家、专车司机、骑手和用户进行联系时,都会通过X号码的中转,实现双向隐藏。

既保护了平台商家的信息,更重要的是也保护了用户的隐私。

打车软件订单AXB绑定关系举例

谈谈AXB绑定关系的限制问题。

我们都知道,对于大型的中间平台来说,有大量的活跃订单,那么必然需要大量的AXB绑定关系存在。

一个A号码如果有多个业务关系,那么需要绑定不同的X号码,比如AX1B,AX1C。实现商家对多订单的同时绑定。

同时、AXB的X号码也可以同时被多组主被叫所绑定,只要AB是不重复,也就是说,可以支持AXB和CXD这样的绑定关系同时存在。

一个X号码,可以同时支持500组以上的绑定关系。这样就能帮助企业实现X号码的最大复用,减少X号码的消耗。

2. AX(AXN)

我们再看一种AXB的变种:AX模式。

虚拟小号平台为某用户绑定一个中间号X,所有人均可拨打X联系A,保护A的真实号码不被泄露。

在AX模式绑定生效情况下,可以实现在一对N场景下对单方号码进行隐私保护,A对外的号码都以X替代,所有与A的通话都通过X建立,保护A号码不泄露。

当A需要发起对某个B的呼叫时,会通过调用临时被叫接口,指定呼叫对象为B完成通过A呼叫X到B的呼出。

AX模式比较常见的应用场景,是门户类网站的商家联络、广告平台的广告展示、房源展示等。

比如某用户浏览网站看到一套心仪的房子,通过查看页面上的X号码,作为B端,直接手机点击呼叫发起到X,此时呼叫会送到房源对应的经纪人手机上。经纪人接听后解答客户问题。但是经纪人真实的号码未被泄露,经纪人如果要外呼此客户,也可以不泄露真实号码。

非广告贴,不贴应用效果图了,大家可以根据日常生活经验来体会下。

3. AXYB

我们再看下最复杂的一种模式:AXYB 。

AXYB是为了保护一对多专属服务且服务周期较长的场景中的用户A、服务方B的隐私,服务方B可以通过不同的X来区分不停的用户A,从而为A、B这一对通话的专属隐私保护功能。

实现方式是:A为销售真实号码,X为销售虚拟号码,Y为客户虚拟号码,B为客户真实号码,A呼叫Y转接到B,外显X,B回拨/拨打X转接到A,外显Y。

此模式主要针对企业严格把控企业会员隐私情况而设定,适用场景较符合当前市场的房产中介类企业,主要用于房产中介、营销公司等。

相比上面我介绍到的AX模式,此模式更适合于高意向客户的成交追踪等环节。

因为对X、Y号码这2个虚拟号码的用量较大,且绑定占用周期较长,企业成本压力也相对大一些,所以这种场景,实际上会更为罕见一些。

一般仅用于非常严格的数据号码保护情况下才出现。大家仅做了解就可以了。

4. AXG

最后我们介绍下AXG模式。

针对有用户分级需求、限制呼叫范围、限制抢单等场景的客户需求提供的号码隐私保护解决方案,其中G代表一个号码组,可以根据需要添加号码。

当A号码和Group内的联系号码都是已知的情况下,可以使用AXG。

那么什么业务场景需要AXG呢?

一言以概括下,“一组人为一个人服务”,当然也可以反过来,“一个人为一组人服务”。

我们来举几个栗子:

比如某互联网招聘平台,A为求职者真实号码,X为虚拟号码,G为招聘者号码组,只有组内的号码拨打X号码才能转接到A。

注册到平台的企业,设置的不同人员,都可以跟指定的求职者A进行沟通。A联系企业,通过一定的规则分配机制,也可以和组内的某人进行沟通,中间通过X号码双向保护隐私。

同样,这种模式也可以在物流、货运、家装、装修等一对多服务场景下生效。

注意区别和AX模式的情况下,A是守株待兔,等待未知的B,而AXG的G是已知的服务团队人员。

四、总结

最后,课代表给大家列表总结下号码隐私保护产品的要点、模式介绍,针对的场景和建议的使用方式。希望能够帮助大家加深了解。

附几朵云上关于号码隐私保护产品的介绍,注意各模式名称有所不同,请自行鉴别。

阿里云:

https://www.aliyun.com/product/pls?spm=a2c4g.59736.0.0.51cb95efiNvhc1

腾讯云:

https://cloud.tencent.com/act/pro/privacy?from=20691

百度云:

https://cloud.baidu.com/product/pns.html

专栏作家

通信产品的那些事,公众号:通信产品的那些事,人人都是产品经理专栏作家。通信产品老兵。当过正规军,干过游击队。智能客服、呼叫中心产品砖家。致力于大语言模型在行业的落地应用实践。

本文原创发布于人人都是产品经理,未经作者许可,禁止转载。

题图来自Unsplash,基于CC0协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!