是否有任何直接加密 DTMF 音调的方法,以便只有预期会收到此音调?
Is there any direct way of encrypting DTMF tone so that only intended will receive this?
我在谷歌上搜索了有关此特定要求的任何帮助,但由于没有任何结果,我决定 post 这个问题。我会保持简短,
我需要有关使用 android 生成 DTMF 的帮助。要求如下
1.Generate DTMF 音调使用 android phone。(使用 Android 音调发生器 class)
2.Detect 此 DTMF 音带录音机并显示特定键。 (整个动作将在无噪音的环境中完成)
我的问题是,我怎样才能加密它以便只有指定的人才能收到它。每个将要收听的人只有拥有解密算法才能检测到密钥。
如有任何帮助,我们将不胜感激。
谢谢,
Nikhil.T
加密和编码是不同的步骤。
例如,假设我们要将消息 ROT13 is not a serious encryption algorithm
发送到另一台设备。我们可能会使用 the ROT13 cipher, even though it is not a serious encryption algorithm. That would give us an encrypted message of EBG13 vf abg n frevbhf rapelcgvba nytbevguz
, assuming that this site 正确应用 ROT13 对其进行加密。
要将该加密消息发送到另一台设备,我们可以使用任意数量的可能编码方案和通信路径。您似乎想使用音频。 ToneGenerator
有很多音调。假设您想坚持经典
"touch-tone" 音调,由 ToneGenerator
上的 TONE_DTMF_*
常量表示。其中有 16 个。
因此,您需要将加密消息转换为 base-16 表示,类似于人们将字节数组转换为 base-64 表示的方式。其结果将是一个 byte[]
范围从 0-15 的值。然后,您可以将它们映射到 16 种音调(例如,TONE_DTMF_0
表示值为 0)。发送消息将涉及按顺序播放这些音调,可能用某种 "start of message" 和 "end of message" 音调括起来。
接收消息就是使用AudioRecord
之类的东西来听音调,将音调解码为0-15值的byte[]
,反转base-16转换以获得加密的消息,然后使用解密算法得到原始消息。
Chirp and similar solutions exist for doing audio-based data transfer, and this blog post 概述了用于实现此类系统的基于 JavaScript 的解决方案。据我所知,两者都没有集成加密,但这取决于您要求这些系统发送哪些数据。
我在谷歌上搜索了有关此特定要求的任何帮助,但由于没有任何结果,我决定 post 这个问题。我会保持简短,
我需要有关使用 android 生成 DTMF 的帮助。要求如下
1.Generate DTMF 音调使用 android phone。(使用 Android 音调发生器 class)
2.Detect 此 DTMF 音带录音机并显示特定键。 (整个动作将在无噪音的环境中完成)
我的问题是,我怎样才能加密它以便只有指定的人才能收到它。每个将要收听的人只有拥有解密算法才能检测到密钥。
如有任何帮助,我们将不胜感激。
谢谢,
Nikhil.T
加密和编码是不同的步骤。
例如,假设我们要将消息 ROT13 is not a serious encryption algorithm
发送到另一台设备。我们可能会使用 the ROT13 cipher, even though it is not a serious encryption algorithm. That would give us an encrypted message of EBG13 vf abg n frevbhf rapelcgvba nytbevguz
, assuming that this site 正确应用 ROT13 对其进行加密。
要将该加密消息发送到另一台设备,我们可以使用任意数量的可能编码方案和通信路径。您似乎想使用音频。 ToneGenerator
有很多音调。假设您想坚持经典
"touch-tone" 音调,由 ToneGenerator
上的 TONE_DTMF_*
常量表示。其中有 16 个。
因此,您需要将加密消息转换为 base-16 表示,类似于人们将字节数组转换为 base-64 表示的方式。其结果将是一个 byte[]
范围从 0-15 的值。然后,您可以将它们映射到 16 种音调(例如,TONE_DTMF_0
表示值为 0)。发送消息将涉及按顺序播放这些音调,可能用某种 "start of message" 和 "end of message" 音调括起来。
接收消息就是使用AudioRecord
之类的东西来听音调,将音调解码为0-15值的byte[]
,反转base-16转换以获得加密的消息,然后使用解密算法得到原始消息。
Chirp and similar solutions exist for doing audio-based data transfer, and this blog post 概述了用于实现此类系统的基于 JavaScript 的解决方案。据我所知,两者都没有集成加密,但这取决于您要求这些系统发送哪些数据。