3

私が取り組んでいるプロジェクトの場合、これは実稼働アプリケーションであるため、信頼できる方法でSMSメッセージを送信する必要があります。私が抱えている問題は、アプリケーションがクラウド上で実行され、SMSゲートウェイのような追加のハードウェアを使用できないことです。

私が使用しているプロバイダーは、SMSゲートウェイへの一般的なメールを提供しておらず、信頼性も高くありません。深刻な解決策はありますか？

ありがとう。

PD：私は無料のサービスではなく、信頼できるサービスを探しています。

PD：私はスペイン向けのサービスが必要であり、メッセージを受信するのではなく、メッセージを配信するためだけに必要です。

4

4 に答える 4

8

信頼性に関する具体的な質問は、送信先の地域によって異なる可能性があります。うまくいけば、より多くの開発者が実際の経験を提供できます。Twilioには大きなユーザーベースがあり、通常、これはサービスが優れていることを示していますhttp://techcrunch.com/2012/06/05/twilio-passes-a-milestone-100000-developers-for-its-voip-sms-platform / この以前のSOエントリhttps://stackoverflow.com/questions/2528919/sms-gateway-service-provider-with-php-apiも参照してください

プロバイダーの選択は、カバレッジが必要な国、送受信機能が必要かどうか、専用のショートコードが必要かどうかによっても異なります。サービスを提供する多数のオペレーターを含む、SMSを送信するためのWebベースのAPIを提供する企業はたくさんあります。これらは異なる国際的なカバレッジを提供する傾向があり、ほとんどが特定の地域で最高のカバレッジを持っています。サービスのコストも、セットアップ料金が企業間で異なり、専用のショートコードセットアップが必要かどうかによって異なります。

SMSWebAPIサービスを提供している有名企業の一部を次に示します。

Twilio-送受信の米国カバレッジ短いコードを使用します。

Tropo-送信と受信の米国のカバレッジ。SMSメッセージを国際番号に送信することはできますが、受信することはできません。

Zeep-米国のみのカバレッジと送信のみ。月額最低費用でZeepショートコードを使用します。

Nexmo-セットアップ料金や最低月額料金はありません。現在、米国でのSMS送信を低料金で国際的にカバーしています。SMSを受信するための限られた国のカバレッジ。

MediaBurst -SMSAPIの送受信を国際的にカバーしている英国を拠点とする会社。「国際カバレッジ」には、必ずしもすべての米国の通信事業者（たとえば）が含まれるわけではなく、大部分が含まれることに注意してください。一括価格設定でSMSあたり0.05ポンドの固定価格を提供します。カスタムショートコードをサポートしていないようです。

ネットワークを介してSMSを送信するためのWebベースのAPIを提供しているオペレーターもあります。

Blueviaは、開発者が送信（または受信）したSMSの利益を共有する独自の利益分配モデルを提供しますが、対象範囲は一部のヨーロッパおよび南アメリカの国のTelefonicaネットワークに限定されます（https://bluevia.com/en/pageを参照）。 /tech.overview.countries）。また、支払いとロケーションのAPIも提供しています。

最近発売されたOneAPIは、カナダの3つの主要な事業者で利用可能であり、まもなくさまざまな国に展開される予定です。これにより、SMSの送受信だけでなく、支払いや場所などの他の情報にもアクセスできます。SMSの送受信にかかる費用は、オペレーターによって異なります。

于 2012-06-08T12:46:00.373 に答える
2

私はTwilioを使用してきましたが、これまでのところ信頼性があります。C＃ライブラリは使いやすいです（機能が1つだけあり、不足していることがわかります）。そして、私は番号を借りる、SMSを送受信するコストが本当に低いと思います。

于 2012-06-07T10:14:45.730 に答える
2

あなたは信頼できる国際的な何かを探しています-私はNexmoを提案します （免責事項：私は彼らのために少し開発者の伝道をします）。

  • Nexmoはスペインに配達できます（他の多くの国と一緒に）
  • Nexmoは通信事業者と直接連携するため、配送経路が短縮され、費用対効果と信頼性が向上します。

単純なHTTPリクエストを使用してメッセージを送信し、（今はこれは必要ありませんが）サーバーへのHTTPリクエストとしてメッセージを受信します。

QoDダッシュボードを使用して、特定の宛先の配信統計を確認することもできます。「成功率」が低い場合は不良数を示し、「DLR率」はNexmoのパフォーマンスを示します（たとえば、無効な番号にメッセージを送信すると、成功率には影響しますが、DLR率には影響しません。Nexmoはメッセージを配信できなかったことを示す配信レシートを提供するためです）。

于 2012-06-08T16:40:28.160 に答える
1

HTML POSTまたはGETを使用してSMSを送信したり、XMLまたはJSONを使用してSOAPを介してアクセスできるWebサービスを送信したりできる企業はたくさんあります。

したがって、この会社の1つに連絡して、詳細を入手する必要があります。

例として、これを見てください：

プロバイダーが深刻な場合は、次の2つのサービスが必要です。

  • メッセージを送信するために公開するもの
  • その他、SMSプロバイダーが通知の送信に使用するサーバーによって公開される（配信済み/読み取り済み/配信できなかった）など

これは、この種のサービスの例です。

少し前までは、これに似た規格が多くの企業で使われていましたが、もう見つかりません。

于 2012-06-07T10:14:18.187 に答える