【发布时间】：2016-06-07 08:24:53
【问题描述】：
下面是用例：我们希望将移动应用程序中的聊天桥接到短信，这样他们就不必使用自定义的信使应用程序。服务器端，使用像 Twilio 这样的服务，您是否必须为每个会话/对话提供单独的电话号码？如果是这样，那将是非常昂贵的。
在一个简单的用例中，一个服务器电话号码可以处理来自多个客户端和对话的所有传入短信。它可以根据客户端发件人的电话号码，区分短信属于哪个会话，并将过滤后的适当回复发送回每个会话中参与者的电话号码。这将允许通过单个服务器电话号码管理多个对话。
但是，在增强的用例中，如果客户端同时处于多个对话中，则没有简单的方法可以确定客户端的回复来自服务器的哪个对话，除非我们可以以某种方式将信息嵌入到回复文字本身。
这只是一个限制，还是有办法允许这种增强的用例？
Twilio 或 SMS 技术中是否有某些东西，或者我正在考虑的方式允许以一种万无一失的方式发回对话信息（不让用户手动输入对话 ID）例如）允许多路复用来自同一客户端用户的多个并发短信对话？
【问题讨论】：
-
“除非我们能以某种方式将信息嵌入回复文本本身。” - 是的，如果客户有多个对话，他可以使用发送密钥来确定短信的收件人。例如。
Hello!->#JDoe Hello!我在银行看到这个。 -
如果用户必须自己输入“密钥”，我认为这很不可靠
-
如果在普通短信中嵌入了一些日期时间信息，还有另一种方法。在向服务器发送短信的同时，应用程序向服务器发送互联网请求，以通知发送的短信（日期时间）以及发送给谁（目标用户唯一登录名/ID，例如）。服务器在从该用户收到的短信队列中查找此短信。如果日期时间同意，（或其他一些信息，需要一些关于短信标头的知识）服务器重新发送短信给目标用户。
-
目标用户信息很难嵌入我想因为它只是一个服务器电话号码，下面的 Twilio 答案似乎可以工作 - 使用一小部分电话号码并根据来源进行区分号码twilio.com/help/faq/sms/…