1

私は、SMS ゲートウェイとそれに関連するテクノロジについてほとんど、またはまったく知識がない状態でこの質問をしていますので、ご容赦ください。

私が欲しいのはこれです：

  1. ユーザーが特定の番号に SMS を送信する
  2. この SMS は、処理のために私の Web サイトに転送されます

私が行った (少しの) 調査によると、SMS ゲートウェイの料金を支払う必要があるようです。

推奨事項はありますか？既知の制限?

私の Web サイトは、IIS7 上で実行される ASP.NET MVC アプリケーションになります。

Web サイトから SMS を送信する必要はありません。受信するだけです。

これが可能かどうかはわかりません。SMS ゲートウェイは HTTP 経由で Web サイトにメッセージを送信できますか? 画像はどうですか？私の側では、どのような種類のネットワーク インフラストラクチャが必要ですか?

この段階で、私が本当に気にかけているのは、メッセージの本文と送信者だけです。しかし、もちろん、私は自分自身を将来的に証明したいので、落とし穴を前もって知りたいと思っています.

Web サイトが HTTP 経由で SMS を受信したら、これを SQL Server 2008 データベースに永続化する必要があります。または、SMS ゲートウェイは独自の DB に永続化できますか?

誰でもガイダンスを提供できますか？この種のことを以前に行った人はいますか？

助けに感謝します。

4

1 に答える 1

3

番号を割り当てて、その番号を Web サービス、または標準に従って公開するその他のリソースに転送できる SMS ゲートウェイが必要です。

オーストラリアでは、いくつかのプロバイダーがこれを行っています (ほとんどのプロバイダーは、「双方向」SMS としてバンドルしているため、Send も取得できますが、必要がないと言われています)。

2つの例です。以前に SMS Global を使用したことがありますが、使い始めるのは非常に簡単です。

サービスを公開できる Web サーバーが必要ですが (ゲートウェイによって要件が異なります)、通常は REST または SOAP またはパラメーター付きのプレーンな GET が必要です。ゲートウェイがあなたの番号で SMS を受信すると、設定された URL にアクセスしてデータを渡します。

ゲートウェイからヒットを受信するサービスはパラメーターを解釈し、必要に応じてそれをデータベースに保持できます。

取得している SMS の数によっては、それをファームアウトする必要があるかもしれませんが、Web プレゼンスに適用されるのと同じキャパシティ プランニングです。負荷は、メッセージごとにサーバー上のリソースへの HTTP 要求にすぎません。

于 2010-09-08T00:09:41.177 に答える