通过短信接收图像、视频和文本的 Web 应用程序

发布于 2024-08-21 09:46:17 字数 209 浏览 8 评论 0原文

我见过很多这样的例子(其中有 clickatell.com),它们只支持美国的文本。我需要我的应用程序从用户的短信(彩信?)接收图像/视频。 Web 应用程序需要接收一种方法来识别用户(电话号码)和实际文件(与 facebook 通过手机共享照片所实现的方式相同)。关于如何实现这一目标有什么想法吗?只为 iPhone 和 Android 创建一个应用程序会更好吗?

地点:美国(东海岸)

I've seen many examples of this (clickatell.com among them) that only support text in the USA. I need my application to receive images/videos from text messages (MMS?) from users. The web app needs to receive a way to identify the user (phone number) and the actual files (in the same fashion facebook has implemented for sharing photos via phone). Any ideas on how I can accomplish this? Would it be better to just create an app for iPhone and Android instead?

Location: United States (East Coast)

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

長街聽風 2024-08-28 09:46:17

可能(或很可能)有一些彩信网关允许您的应用程序显示为另一个电话号码(或短代码),但我很确定您可以让人们将彩信发送到电子邮件地址。我相信这是标准(因为所有运营商都支持它)。

您只需解析发件人的电子邮件即可找到电话号码,然后抓取附件即可找到文件。您可能需要“检测”正确的附件,因为某些运营商会在电子邮件中添加品牌元素。

更新:从维基百科来看,彩信到电子邮件网关似乎是'常见',但我想不是必需的。

连接 MMS(和 SMS)系统的电子邮件和基于 Web 的网关很常见。在接收端,内容服务器通常可以接收来自 WAP 和普通 HTTP 浏览器的服务请求,因此通过 Web 传送很简单。为了从外部源发送到手机,大多数运营商允许将 MIME 编码的消息发送到具有特殊域的接收者的电话号码。

因此,如果您的应用程序需要完全可供所有人访问,则此解决方案可能行不通。值得一提的是,流行的文件共享网站drop.io仅使用电子邮件地址进行彩信发送/接收

There may (or likely is) some MMS gateway that will allow your app to appear as another phone number (or short code), but I'm pretty sure you can just have people send the MMS message to an e-mail address. I believe that's standard (as in all carriers support it).

You'll just have to parse the sender's e-mail to find the phone number, and grab the attachment to find the file. You may need to 'detect' the correct attachment as some carriers add branding elements to the email.

Updated: From Wikipedia, it seems MMS to email gateways are 'common', but I guess not required.

E-mail and web-based gateways to the MMS (and SMS) system are common. On the reception side, the content servers can typically receive service requests both from WAP and normal HTTP browsers, so delivery via the web is simple. For sending from external sources to handsets, most carriers allow MIME encoded message to be sent to the receiver's phone number with a special domain.

So if your app needs to be completely accessible to everyone, this solution may not work. It is worth mentioning that popular file sharing site drop.io just uses an e-mail address for its MMS send/receive.

一枫情书 2024-08-28 09:46:17

如果您设置自己的 WAP 网关,则完全有可能 - 通常这需要与服务提供商集成 - 并且他们可能只有在您要处理大量消息(每天超过 10000 条)时才会有兴趣与您交谈。如果这确实描述了您,那么您可能想看看 Kannel。

对于非常小的体积,您只需一部手机和 Kannel 就可以实现这一点。有关支持的设备,请参阅 Kannel 文档。

如果您的数量介于两者之间,那么您可能应该与服务聚合商(如 clickatell)交谈 - 抱歉,但我不知道谁在美国提供此类服务。

HTH

C.

It's perfectly possible if you setup your own WAP gateway - usually this requires integration with the service providers - and they'll probably only be interested in talking to you if you'll be processing large volumes of messages (>10000 per day). If this does describe you, then you might want to have a look at Kannel.

For very small volumes, then you could achieve this with just a mobile phone and, again, Kannel. See the Kannel docs for supported devices.

If your volumes are somewhere in between, then you should probably be talking to a service aggregator (like clickatell) - sorry but I don't know whom provides such a service in the US.

HTH

C.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文