WebアプリケーションでSMSアラート機能の構築を開始しようとしています。目的は、2つのサービスを提供することです。
- ホストが支払う-たとえば、イベントのキャンセルをユーザーに警告するSMSを送信する
- ユーザーが支払う-たとえば、新しいイベントの詳細が記載された電子メールが送信されたことを警告するため（明らかに、ユーザーが電子メールシステムから離れている場合の要件です！）
また、ホストがユーザーごとに1台の電話に対してのみ支払いを行うため、アラートが必要なセカンダリ携帯電話がある場合など、他のユーザー支払いシナリオもあると思います。
私の研究から：
サードパーティのSMSゲートウェイプロバイダーを使用できます。費用はメッセージあたり約GBP0.05です。Eメールを999999999@TheGatewayProvider.comに送信するか、URLに適切なパラメーターを指定してHTTPリクエストを使用することができます。
ユーザーのネットワークプロバイダーに電子メールを送信できます（これは米国でのみ利用可能だと思います）
編集：さまざまなプロバイダーがFrom / SubjectとMessageを処理する方法にはさまざまなバリエーションがあるため、送信された実際のメッセージの表示を予測するのは難しい場合があります。
- 私は自分のゲートウェイをセットアップすることができます（これは私の能力をはるかに超えていると思います、そして私たちのデータセンターに悲しみを与えるかもしれません！）
それは私に次のように思います：
送信する電子メールは、ダウンストリームキューはもちろん、サーバーのSMTPキューで遅延することがあります。ネットワークプロバイダーのSMSゲートウェイに電子メールを送信することは、多くの場合、優先度が低いものとして扱われるようです。
したがって、サードパーティのSMSゲートウェイプロバイダーへのHTTPは、最短の遅延を提供する必要があります（「今日の午後のイベントは悪天候のためキャンセルされました」にとって重要です）
私が携帯電話からSMSテキストを送信すると、到着するまでに数日かかることがあります。これは私たちが一緒に暮らさなければならないものだと思いますか？
優先度の低い情報メッセージもあるとは言っても、最も安いルートで送信するのは魅力的です！そのため、ユーザーがそのようなメッセージの電子メールアドレスを入力できるようにすることを計画しています。これは、携帯電話会社のSMSリダイレクトサービスなどの電子メールアドレス（つまり、受信トレイではなくデバイスの電子メールアドレス）を使用することを目的としています。 。
また、ユーザーにIMやTwitterなどの入力を許可することは、実際によく使用され、効率的である可能性が高いのではないかと思います。
私が見たサードパーティのゲートウェイからは、次のように思われます。
一部は他よりも高グレードのネットワークを使用していますが、これはパフォーマンスに影響を与える可能性がありますか？（またはそれは単なるマーケティングのホグウォッシュですか？）
他のものより良いフィードバックを提供するものもあります。請求に関する議論、そしてクライアントが使い果たした「クレジット」の正確な数を最小限に抑える必要があります。したがって、「OK」/「電話番号が存在しません」という回答を得ることが重要だと思います。私が見つけたあるプロバイダーは、ダウンロード可能なテキストログファイルを毎日作成しており、これを送信ログと照合することができます。
以下についてのご意見・ご感想をいただければ幸いです。
ユーザーは自分の携帯電話番号を知っているとおりに入力します。国コードも取得できるように、+ 9912345 ...を適用する必要がありますか？
携帯電話が外国の場合はどうなりますか（私は英国に拠点を置いています）受信者は国際的な部分を支払いますか？または、ゲートウェイプロバイダーはおそらくローカル伝送サービスを持っていますか？
非英字をどうする必要がありますか？英国ポンドの記号「£」とCR/LFが頭に浮かびます。これらがエンコードされていると、長さ制限のメッセージがエンコードされた後の長さを超える可能性があります（メッセージ作成フォームの検証にこれを組み込む必要があります）。新しい行はCR+LFですか、それともCRだけで十分ですか？
シミュレーションを備えたゲートウェイはありますか？SMSテキストの実際のコストをかけずにアプリケーションをテストできるようにしました。
失敗した試行の携帯電話番号をログに記録し、ユーザーの記録にフラグを立てて、次回ログインしたときに番号を修正するように促すことができるようにする予定です。
あなたが持っている他の落とし穴や提案は大歓迎です。ありがとう。