limingade的博客

我们简单的花了一两周的时间对Android世界中规划的短信的发送方式进行了一次梳理，并对各种常规的短信发送方式进行技术预研。最终，选择了蓝牙MAP连接发送短信内容的方式来实现了后台静默发送短信的功能，完成蓝牙电话方案中“短信收发”部分功能的技术预研。

经过初步的技术预研和现有的业务功能的分析，针对我们预设的【后台静默群发短信】的能力，我们进行了逐项的验证。经实践发现，Android标准的SmsManager.getDefault().sendTextMessage的短信发送方式，在华为/荣耀的部分型号手机上，能够满足静默发送短信的要求。但其它品牌型号的手机上每条短信都会主动弹框提示后才能发送，不能够普遍适用。

本文在原来【拦截手机打电话的声音、根据通话对方声音提取DTMF字符、多级IVR语音导航菜单】等基础之上，在Windows版本的远程“拨号器声音”程序中增加了通话中【随机插播预录语音片段】的功能。可以搭配手机版本的【拨号器SDK-示例App】程序，插入USB蓝牙后，进行协同工作。

前几天有试用的朋友咨询问，既然通话接通后有IVR开场白语音、有IVR语音导航菜单，那能不能实现我正常通话沟通的时候随机插播一个预先录制的语音片段呢？我们分析了一下，正常电话的用户应该是没有这种需求的。但是想想，做起来又不复杂，干脆就“画蛇添足”一番，把这个【随机插播预录语音片段】的功能给添加到界面上。供某些特殊场景有需要的用户，可以直接拿来使用。

本文针对【多重弹框叠加和重叠问题】进行理论上的探讨，尝试发现和寻觅到一种标准化的办法来针对性的处理这种场景的方式。由于蓝牙电话方案依赖外置USB硬件的拔插，因此权限请求和原有应用App的常规权限请求之间，也确实存在一定的重叠的冲突。这个在后续应用App的逻辑和功能实现中需要着重进行考虑。

本文使用前述文章列举的理论和原理，最终实现了【插入外置USB配件后系统弹出USB授权弹窗】的自动点击操作。并将这个功能给统一整合到【蓝牙电话方案-拨号器SDK】中，使基于其上的普通应用App能够对弹窗文本进行识别，识别成功后将自动点击其“确定”或“允许”按钮。通过在普通App中整合此类功能，可快速通过一些因Android授权弹框而阻塞App自动运行的过程，减少了人工行为的干预从而降低操作复杂度。

本文在上一篇的手机上实现了“打电话时由对方DTMF响应切换多级IVR语音菜单”功能的基础之上，锦上添花的增加了多级IVR菜单的上传和下载功能。使同一用户的多个不同的手机设备，能够快捷的使用同样的IVR引导菜单统一对外提供业务和功能服务。这样有利于业务的快速部署并消除服务的体验差异。对业务起到一定程度的帮助。

本篇中，我们通过预设的话术脚本，设计了自己的DTMF响应逻辑。并通过在线TTS和语料转换，实现将脚本文字转换为一段一段语音，并将它们成功导入了【蓝牙电话SDK示例App】中进行使用。我们可以通过主界面中对多级IVR菜单的逻辑和响应内容进行编辑，并提供了不用打通电话就可以直接检验和验证IVR菜单的体验效果的途径。另外，由于本篇章的所有的逻辑和代码均属于【示例App】的功能范畴，开源的。感兴趣的读者可以获取源代码，在这个基础上进行修改以适配自己的话术和逻辑。

本篇章中，我们尝试在拨号器SDK的示例App中，通过界面列表的方式，将多级IVR的编辑界面内容给标注出来，使SDK-Demo的App，能够按用户自己的需要，手动编辑各种层级的IVR的DTMF按键响应的语料。从而实现一个完整的“手机SIM卡挂载多级IVR实现主动外呼或来电接听时根据通话对方不同的DTMF按键，实现播放不同IVR语音反馈”的实际功能。

本篇章中，我们将DTMF解码器的功能，整合到蓝牙电话SDK，并在其示例app的界面中展示DTMF字符的内容。使SIM卡电话通话时（来电或手机拨打出去）均可在界面中能正常查看到通话的目标手机按下的DTMF按键的字符内容。

本文介绍了Windows电脑上运行的【蓝牙电话SDK示例app】的远程声音坐席的程序。用户可使用本程序，搭配上一篇章的【蓝牙电话SDK示例app】，实现通话过程中自动插播语音片段的能力，最终实现【通话过程中，电脑坐席一边收听对方声音，一边插播IVR预录的语音片段】的实现方案。

本篇章使用该方案的SDK示例app，仅仅通过为Android手机外置一个USB配件的情况下，拦截电话通话的事件和语音数据，进行数据识别和语音二次加工。实现手机app在电话通话过程中插播预先录制的开场白等语音片段的功能。

我们在手机厂商的AI通话的功能之外，拓展了一种不受手机厂商和定制安卓限制的方式，为社会上公共的开发人员提供了一种基于普通Android应用app级别的AI电话机器人的应用能力。上层app可以使用底层内置SDK，很容易的就可以对手机电话外呼和来电过程的通话声音进行提取和加工处理。上层app在这个基础之上可以自由的定制更多的电话的IVR语音导航和AI通话的相关功能，自由的接入DeepSeek等各种AI和大模型平台，为最终服务的用户，提供更加精细的个性化的能力。

我们一般使用电话座机或手机，拨打电话时，在振铃阶段或接通后，均可以按下键盘上的数字0-9、*、#等按键，把对应的DTMF按键值发送给对方。通话的对方接收该按键值后进行业务处理和反馈。本篇章中，我们从DTMF频率的组成、FFT过滤声音的频率，以及DTMF字符的识别等角度，一起探讨一下：Android手机中，如何通过手机app，识别出通话时对方手机到底有没有按键、按的是哪个dtmf按键。

从这一期的版本起，智能拨号器的手机app默认自动支持局域网双SIP坐席同时在线的能力。在呼叫和来电时手机app自动可以根据电话的呼叫方的手机号码，自动选择SIM1/SIM2的的手机卡进行外呼和来电的调度。真正的实现了局域网SIP坐席的双卡双待单通的电话呼叫方案。

本篇章中我们主要论述我们当前的产品和方案，它到底有哪些特点？以及在各个细分领域中，相比对标市面上其它的方案，它的主要优势在哪些地方。同时结合具体实际的预设场景，剖析用户面临的实际痛点和难点，看看我们的产品和方案能够在哪些方面能够解决用户的实际需求，从而发挥出它更大的社会价值。

这段时间，我们在技术范围之外陷入了一个自证或者说下定义的怪圈，即要怎么样去介绍或者描述：我们是一个什么样的产品。它在当前这个世界上，处于什么样的生态位？它解决了什么样的问题，能够适用在什么样的场景，都有哪些人可能会用它？在预期的领域里面，它的商业机会会有多大，即“假设所有条件都满足，你这个业务最多能做到多少个亿的规模？”。进而定义出“它有什么样的社会价值”。

前几天我浏览拼多多和淘宝的时候，发现又面世了两款更加人性化的模具，此处贴出来供大家参考。我们基于市面上的最新的一些产品和配件（主要是京东淘宝拼多多经常做的推荐），按照正常的交互需要和审美需求，提炼和筛选出一些新的、较为经典的产品，顺便为它们做个宣传。

现代社会新的设备和技术层出不穷，eSIM卡技术是近年来输出的一种与打电话业务有强关联性的一种探索，蓝牙电话方案理论上应该需要针对此类新型的科技和技术进行主动和及时的适配。目前看来，现有技术对遵循标准化方式的蓝牙电话方案没有太大影响，可以直接放心使用。

自蓝牙电话的方案输出以来，特别是基于Android手机的普通app+配件的方式来调用和提取手机外呼和通话的事件和声音的方案输出后，有很多使用和体验的用户和友商都在咨询，说这样的app方案，是否同步输出了对应的SDK。这样客户自己就能集成与整合到自己的app上，直接可以推送和应用到现有的客户上。开放SDK后，蓝牙电话的方案对客户自身的设备数量和用户均不再进行限制，客户可将整合后的SDK做为自有产权的功能，进行客户推广和下级代理与分销的推广。

智能拨号器app中，我们使用usb蓝牙与手机建立SLC蓝牙连接后，针对多SIM卡的场景，不再使用ATD10086;的方式进行外呼，而是直接采用app授权呼叫权限后，调用下述代码并传递SIM卡的卡号的方式进行指定SIM卡外呼。然后在呼叫过程中，使用建立好的蓝牙SLC连接，接收+CLCC等事件状态反馈，获知呼叫的目标号码、振铃状态、接通/挂断状态，并将其同步到局域网的SIP服务器中，转接到局域网的呼叫坐席上。通过以上方式，即可正常的实现SIM卡1和SIM卡2的对外呼叫。根本不需要设置什么默认呼叫卡。

Windows电脑中通过蓝牙拨打电话，最终选中玖云33e9cloud提供的免费方案，完成蓝牙电话能力的预研选型工作。

Windows电脑实现蓝牙打电话的能力，为了提取蓝牙SCO的声音，安装新的虚拟声卡，并将SCO声音重定向到该虚拟声卡的预研。

Windows电脑中通过蓝牙拨打电话，使用百瑞互联BRLink的方案进行呼叫验证的预研

Windows中进行蓝牙打电话的能力预研，InTheHand库整合的预研总结

Windows自带的蓝牙功能，在HFP蓝牙电话领域的能力的预研，内容总结

Windows电脑中使用蓝牙进行HFP拨打蓝牙电话的能力，预研工作的总结

手机双SIM卡自动切换的最终目的，就是允许手机根据呼叫频次和手机SIM卡预设的套餐分钟总数，结合当前（本月？）已外呼出去的通话分钟数，进行双SIM卡的自动切换策略。并将这个切换策略，允许用户自己进行脚本或功能的录制修改和重放，使用户名下所有的双卡手机，都能正常使用这个功能进行自动的业务逻辑切换。提高呼叫的接通率，减轻用户操作的复杂度。

本篇和后面篇章我们专门针对【Android手机双卡的SIM卡自动切换】这个课题，进行简单的预研，看看Android操作系统以及国内各大厂商的定制款安卓，有什么途径能做SIM卡双卡切换，并且比较通用的操作方式或方法。

上一篇章我们分析到了探讨蓝牙电话方案无人值守和远程巡检这个方向的必要性并分析了蓝牙电话方案在无人值守方面会面临哪些问题。本篇章中，我们针对技术细节以及无人值守可能的实现方式，进行简单的探讨。目的是为了从通用一般的方法上，看看如果有类似的方案，它们做这个事情能走的通路大概都有哪些，以及如何要阻止这些方案和应用要这样去使用。

本次篇章中，我们针对无人值守或者说远程巡检这个方向进行初步的探讨和设想，目的是为了规避后面蓝牙方案被应用在这样的非正常领域的场景。后面的篇章中，我们将会继续深入讨论看看为了应对这样的场景，我们能够做出哪些封锁和拦截的手段，避免出现设备链路或应用被应用在异地呼叫的场景，禁绝违法违规的业务使用。

Windows电脑中通过蓝牙拨打电话技术，千月Bluesoleil安装包及对应SDK的能力，预研总结