我正在尝试构建一个简单的 Web 应用程序,允许人们从手机向我的应用程序发送短信。

我以前见过这个问题:

通过网络应用程序接收短信
在 .NET 应用程序中接收 SMS 消息

...但我有一些独特的(我认为)情况。

  1. 我预计收到的消息数量非常少(<1,000 条/月)
  2. 我的用户都在美国
  3. 我不需要发送短信 - 我只是想让用户能够向应用程序发送消息

我知道主要的短信“提供商”,例如 Clickatell。然而,他们的服务似乎太过分了。

理想情况下,我希望用户能够向我设置的电子邮件帐户发送短信。然而,根据(表面的)调查,这似乎是不可能的。(例如,我在 iPhone 上尝试过,但没有收到消息)。

因此,我想下一个最佳选择是我的用户将短信发送到专用电话号码,并将这些消息转发到我服务器上的电子邮件帐户。我想这会起作用。但我不确定如何进行转发部分,或者是否可能。

Clickatell 提供类似的服务,但他们收取几百美元的设置号码费用、每月几百美元的租用号码费用以及每条消息几美分的费用。而且,他们只提供非美国电话号码。(在美国,您显然需要一个“短代码”,这非常昂贵)。似乎应该有一个更简单的方法。

我读到人们购买便宜的手机并将其连接到他们的服务器,但我没有自己的服务器(我在 MediaTemple 使用便宜的托管服务器)。

有帮助吗?

解决方案

你可能会调查 http://www.twilio.com/sms/ 它的定价非常合理,而且实施起来也非常简单。您应该能够在相当短的时间内完成一些设置。

其他提示

这是不好的形式...回答我自己的问题,但我刚刚偶然发现了一个可能的简单(并且免费!)选项。

您可以使用自己选择的电子邮件地址注册 Google Voice。这将为您提供一个电话号码,供用户向其发送消息。然后,通过设置,您可以将发送到该号码的任何短信转发到您选择的电子邮件地址。使用一点 PHP,您可以读取发送短信的用户的电话号码及其消息正文。

到目前为止,这似乎工作得很好。不确定它是否符合 GVoice 的服务条款,但由于我的应用程序很小且免费,希望没有人会注意到。

我不知道通过这种方法可以运行多少容量,或者是否会遇到其他限制。

仍然有兴趣了解其他更好的解决方案。

我可以看到您在将廉价手机物理连接到托管服务器时可能会遇到一些问题。但为什么你需要一个 身体的 现在有联系吗?稍微贵一点的手机可以接收 SMS,将其包装在 HTTP 正文中并将其 POST 到您的网络服务器。您甚至可以进行一些基本的过滤(例如白名单/黑名单)。所有数据流量都将通过无线方式进行,按照所提到的数量,这仍然是负担得起的。

这是另一种选择:

获得一台具有 GSM 连接功能的廉价 Android 设备,并安装 Google Market 中众多 SMS 网关应用程序之一。

例如, 短信网关 说支持这些功能:

这个应用程序将您的 Android 手机变成强大的短信网关。

特征:

  1. 定期通过 POP3 检查电子邮件并通过 SMS 发送。
  2. 在其内部网络服务器上通过 HTTP GET 请求发送 SMS。
  3. 通过 SMTP 将收到的 SMS 转发到所需的电子邮件。
  4. 通过 HTTP GET 调用远程网络服务器转发收到的 SMS。

因此,您可以将传入的 SMS 转发到电子邮件地址或 Web 应用程序(或 Web 服务或 Web API),也可以通过 HTTP GET 请求将 SMS 发送到其自己的内部 Web 服务器。

我想说,非常整洁。我确信还有其他人具有类似或更好的功能。

我不隶属于 SMS Gateway(或 Google Market 上的任何其他 SMS Gateway 应用)。

编辑:忘记说了...免费!

看一眼 选择它. 。它们非常适合小型 SMS 操作。他们也提供专用的短代码(昂贵) 共享短代码 (为了 $20/月/关键字 每条消息 0.02 美元)。他们的网站非常有用,并且有很多功能(订阅、自动回复、子关键字)。此外,他们 提供API 这样你就可以有自定义行为。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top