我对基于移动服务的项目有所了解。我在线阅读了一些内容,包括以下教程:SMS Tutorial并发现它非常有用,但我有一些基本的问题,所以请耐心等待。
我经营小(就像我和朋友一样)公司,并希望设置一种情况,人们可以发送短信并接收信息,或在我的网站上设置他们收到短信让他们知道是时候做某事,或者“技术支持”可以发短信,如果他们愿意,等等。
所以从我收集的内容来看,我可以使用Kannel作为我的“短信网关”与我可以购买的GSM调制解调器进行交互。对于这个调制解调器,我可以购买短信计划SIM卡。然后我可以设置Kannel使用我的GSM调制解调器作为虚拟smsc。因此,用户可以发送SIM卡电话号码,该号码将发送到调制解调器并由Kannel解释。我的应用程序只需要与Kannel进行交互。在未来,如果我决定需要更多的短信throuput并升级到真正的SMSC,我的应用程序不需要改变。
我有什么遗漏/误解吗?
谢谢!
答案 0 :(得分:2)
对于小公司来说,使用Kannel作为SMS网关是一个不错的选择。它确实带来了很多麻烦,因为你必须构建,配置,维护等所有你需要的服务,这就是每个人所说的“很多工作”。
您要做的是使用GSM调制解调器作为Long Code(经文short Code)进行短信。
我认为这是一个可以预见的小解决方案,如果是本地区域,服务,延迟和可用性可能不那么重要。但是,如果这是需要可靠的东西,我会想到获得一个短代码(或共享一个短代码)或只是一个没有长/短代码的SMS消息服务(见下面的Twilio)。
此外,如果您正在尝试推出自己的服务,SMSC会考虑一些事项。如果您的Kannel / GSM调制解调器不支持运营商,您必须联系该运营商并连接到他们的SMSC。这是连接到运营商的巨大代价。这是聚合器的吸引力,因为他们拥有所有运营商连接并支付这些费用。
当您从Kannel过渡到网关服务提供商时,这是另一个令人头痛的问题,因为您需要从头开始并使用服务提供商API,并完全替换Kannel / GSM。您的工作流程可能相同,但您发送和接收的消息差异很大。大多数(如果不是全部)聚合器将提供您需要遵守的SDK / API /服务版本才能使用其服务。
如果是在美国,您可以考虑其他一些选项:
注意:这些只是一些服务,因为还有很多很多
如果您所服务的国家/地区需要短代码,您还需要注册新的短代码,这也有一些注意事项。示例:您可以使用美国短代码为加拿大服务,您还需要加拿大短代码。如果您只做少量流量,这可能会花费很多。
答案 1 :(得分:0)
我认为你有基本的考虑因素。约翰是对的,使用短信网关是更好的主意,你将获得更好的可靠性和吞吐量。你的价格可能会变慢。