C#-上下文短信回复

C#-上下文短信回复,c#,twilio,sms,C#,Twilio,Sms,我需要一些帮助来完成一个简单的任务,我正在编写一个应用程序,它将向用户(患者)发送短信,询问他们是否需要重新填写处方,如果他们回答Y(是),那么我们将重新填写处方,如果他们回答N(否),那么我们不会,问题是,如果有多个处方需要重新填充,并且由于有一个用户和一个电话号码(Twilio)、一个用户电话号码和2-3个处方,我如何确定用户对哪个处方的响应是Y,对哪个处方的响应是N 我提出了两种可能的解决方案 在短信中发送唯一标识符,并要求用户回复相同的标识符,以便我能够识别处方 保持一个队列,一次只发

我需要一些帮助来完成一个简单的任务,我正在编写一个应用程序,它将向用户(患者)发送短信,询问他们是否需要重新填写处方,如果他们回答Y(是),那么我们将重新填写处方,如果他们回答N(否),那么我们不会,问题是,如果有多个处方需要重新填充,并且由于有一个用户和一个电话号码(Twilio)、一个用户电话号码和2-3个处方,我如何确定用户对哪个处方的响应是Y,对哪个处方的响应是N

我提出了两种可能的解决方案

  • 在短信中发送唯一标识符,并要求用户回复相同的标识符,以便我能够识别处方

  • 保持一个队列,一次只发送一条短信,这样我就可以很容易地识别出哪个处方,但是这是一个大但是,如果用户没有回复呢,然后,我的应用程序将永远不会为其他处方发送短信,或者在我为其他处方发送短信并再次为前一个处方发送短信之前,我应该等待多长时间才能收到回复


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

    您的两个解决方案是一个开始,但每个解决方案都有各自的问题。让用户发回标识符是一个困难的问题,您发现了等待可能不会出现的响应的问题


    最后一种选择是使用多个电话号码,每个处方一个。这样,您就可以知道正在回复哪个处方,而不需要用户包含标识符,但也不需要队列。您只需要与患者的最大处方数量一样多的电话号码,因此虽然这会增加成本,但不会增加那么多。

    购买电话号码也不是解决方案,因为处方数量总是会有所不同,因此继续购买新的电话号码既不可行,也不符合逻辑。我想到的是,我们现在不是发送短信,而是给他们打电话(自动),让他们回答1表示是,2表示否。我们会给他们打电话询问每一个处方。这样我们就只需要维持一个队列,即等待的订单,没有死锁,没有麻烦。啊,如果这对你有用的话,给他们打电话也是有意义的。