如何"；“多元化”；来自一个或几个服务器电话号码的多个sms对话

下面是使用案例：我们希望将聊天从移动应用程序连接到sms，这样他们就不必使用定制的messenger应用程序。服务器端，使用像Twilio这样的服务，您是否需要为每个会话/对话提供单独的电话号码？如果是这样的话，那将是非常昂贵的

在一个简单的用例中，一个服务器电话号码可以处理来自多个客户端和会话的所有传入sms消息。它可以根据客户端发送者的电话号码，区分短信属于哪个会话，并将适当的回复发送回过滤后的每个会话参与者的电话号码。这将允许通过单个服务器电话号码管理多个对话

---

然而，在一个增强的用例中，如果客户机同时处于多个会话中，则没有简单的方法来确定客户机的回复是来自服务器的哪个会话，除非我们能够以某种方式在回复文本本身中嵌入信息

这仅仅是一个限制，还是有一种方法允许这种增强的用例

---

在Twilio或SMS技术中，或者在我思考的方式中，是否有什么东西可以让对话信息以防出错的方式发送回来（例如，不让用户手动键入对话id）要允许从同一客户端用户多路复用多个并发sms会话？

此处是Twilio developer evangelist

由于短信本身的局限性，我恐怕无法在同一个短信双方之间进行多次对话

处理这种多路复用的方法是在不同的对话中使用不同的号码。您可以使用一个数字池来为每个会话提供服务，该数字池的大小与一个用户与您的服务进行的并发会话的最大数量相同

这篇文章最能说明你的做法

---

让我知道这是否有帮助。

这里是Twilio开发者福音传道者

由于短信本身的局限性，我恐怕无法在同一个短信双方之间进行多次对话

处理这种多路复用的方法是在不同的对话中使用不同的号码。您可以使用一个数字池来为每个会话提供服务，该数字池的大小与一个用户与您的服务进行的并发会话的最大数量相同

这篇文章最能说明你的做法

---

让我知道这是否有帮助。

“除非我们能够以某种方式将信息嵌入回复文本本身。”-是的，如果客户有多个对话，他可以使用发送密钥来确定短信的收件人。例如，

你好->
#JDoe你好
我在银行中看到了这一点。如果用户必须自己输入“密钥”，我认为这是不可靠的不幸的是，如果在普通短信中嵌入了一些日期时间信息，还有另一种方法。在向服务器发送短信的同时，应用程序向服务器发送一个互联网请求，通知发送的短信（日期时间）以及发送给谁（例如，目标用户唯一的登录名/id）。服务器在从该用户接收的sms队列中查找此sms。如果日期-时间一致，（或其他信息，需要一些关于短信头的知识），服务器会将短信重新发送给目标用户。目标用户信息很难嵌入，我可以想象，因为它只是发送到服务器电话号码，下面的Twilio答案似乎会起作用-使用一个小的电话号码池并根据源号码进行区分“除非我们能以某种方式将信息嵌入回复文本本身。”-是的，如果客户有多个对话，他可以使用发送密钥来确定短信的收件人。例如，
Hello！
->
\JDoe Hello！
我在银行中看到了这一点。如果用户必须键入“密钥“他们自己，我认为这是不可靠的不幸的是，如果在普通短信中嵌入一些日期时间信息，还有另一种方法。在向服务器发送短信的同时，应用程序向服务器发送一个互联网请求，通知发送的短信（日期时间）以及发送给谁（例如，目标用户唯一的登录名/id）。服务器在从该用户接收的sms队列中查找此sms。如果日期和时间一致，（或其他信息，需要一些关于短信头的知识），服务器会将短信重新发送给目标用户。我可以想象，目标用户信息很难嵌入，因为它只是发送给服务器电话号码，下面的Twilio答案似乎是可行的——使用一小群电话号码，并根据有效的来源号码进行区分。而且，它使它具有可扩展性，因为对于给定的单个用户，我们只需要与最大并发会话数相同的电话号码，而不是每对会话都需要一个号码。这是有效的。而且，它使它具有可扩展性，因为对于给定的单个用户，我们只需要与最大并发会话数相同的电话号码，而不是每对会话都需要一个号码。