本篇文章将详细分析号码隐私保护产品,作者通过产品定位、链路和应用模式三个层面介绍分析,能给产品设计的伙伴们提供一些设计思路,希望本篇文章能对你有所帮助。
介绍CPaaSS,曾多次提到AXB,整理下对AXB的一些研究,分享给有需要的朋友。
说起AXB,大部分人一脸懵,那么比较为大众所知的是:号码隐私保护。
来看下号码隐私保护产品的定义:
号码隐私保护(Phone Number Protection)是一款基于基础运营商通信网络能力的互联网产品,可以帮助使用本产品的企业保护其客户电话号码不泄露、通过对虚拟号码服务过程进行录音来管理客户电话服务质量,同时该产品适用于出行、物流、外卖、招聘等多种业务场景,API接口简单易用,可以快速实现平台客户保护用户隐私的需求。
号码隐私保护产品模式包括但是不限于:AXB、AX、AXYB、AXG…等模式,后续简单展开,帮助大家理解。
作为CPaaS产品中的一员,AXB属于CPaaS产品中的一种,有可能也是最重要的一种。
相比于同门师兄弟语音通知类产品、短信类产品,在互联网平台型应用方兴未艾的时代,AXB可谓是通信产品最广泛的应用,堪称CPaaS通信产品牌面。
带大家深水区游一圈,来具体分析一个典型AXB平台呼叫信令媒体的情况,帮助了解背后技术原理。
首先区分下A,X,B三个字母的指代:
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模式最大的应用之处就是通过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协议。
该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。