本篇文章将详细分析号码隐私保护产品，作者通过产品定位、链路和应用模式三个层面介绍分析，能给产品设计的伙伴们提供一些设计思路，希望本篇文章能对你有所帮助。
介绍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号码的消耗。
我们再看一种AXB的变种：AX模式。
虚拟小号平台为某用户绑定一个中间号X，所有人均可拨打X联系A，保护A的真实号码不被泄露。
在AX模式绑定生效情况下，可以实现在一对N场景下对单方号码进行隐私保护，A对外的号码都以X替代，所有与A的通话都通过X建立，保护A号码不泄露。
当A需要发起对某个B的呼叫时，会通过调用临时被叫接口，指定呼叫对象为B完成通过A呼叫X到B的呼出。
AX模式比较常见的应用场景，是门户类网站的商家联络、广告平台的广告展示、房源展示等。
比如某用户浏览网站看到一套心仪的房子，通过查看页面上的X号码，作为B端，直接手机点击呼叫发起到X，此时呼叫会送到房源对应的经纪人手机上。经纪人接听后解答客户问题。但是经纪人真实的号码未被泄露，经纪人如果要外呼此客户，也可以不泄露真实号码。
非广告贴，不贴应用效果图了，大家可以根据日常生活经验来体会下。
我们再看下最复杂的一种模式：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个虚拟号码的用量较大，且绑定占用周期较长，企业成本压力也相对大一些，所以这种场景，实际上会更为罕见一些。
一般仅用于非常严格的数据号码保护情况下才出现。大家仅做了解就可以了。
最后我们介绍下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协议。
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。