GSMネットワークを介してSMSメッセージを送受信できる端末ノードを備えたシステムを構築しようとしています。次に、ビジネスロジックを保持しているWebサーバーとクライアント（ノード）の間のゲートウェイとして機能するSMSメッセージを送信するサーバーソリューションを構築する必要があります。コミュニケーションは双方向です。完全なSMSサーバーソリューション（おそらくGSMゲートウェイとして機能する）について何か読んだことがありますが、それらは高すぎることがわかりました。携帯電話をサーバーに接続する（そしていくつかのAPIを使用する）ことを考えましたが、サーバーがデータセンターに移動するため、この方法では何も接続できない可能性があります。メッセージが多すぎるとは思わない（1日あたり100件/双方向など）。また、クライアントが多すぎる（100未満）予定はありません。ここでは、一般的なシステムソリューション（ベストプラクティスなど）を求めています。
5589 次
2 に答える
11
このようなSMSサーバーを構築するための3つの基本的な選択肢があります。
1）携帯電話またはUSB GSMスティックをサーバーに接続し、SMS通信に使用します。制限は
限られたボリューム（ただし、100 SMS /日で十分です）。
消費者向けハードウェアが原因で信頼性が低い可能性があります（たとえば、電話/スティックファームウェアは24時間年中無休で動作するように構築されていないため、デバイスを定期的にリセットする必要があります。ほとんどの携帯電話は機能するためにバッテリーが必要で、バッテリーが消耗します）。
RFルールとモバイルネットワークのカバレッジが原因で、データセンターに配置できない可能性があります。
SIMMSISDNに限定された携帯電話番号方式。
2）SMSをネットワークオペレーターのSMSゲートウェイに接続します。ネットワーク事業者は、これらをまさにこのシナリオに使用します：バルクSMS通信。これらはプロプライエタリであり、通常、メッセージトランスポートプロトコルをダイジェストするのが「簡単」です。制限：
あなたは、接続に関してもプロトコルに関しても、ネットワークオペレーターに縛られています。
ゲートウェイがストアアンドフォワードを実行する可能性があるため、通信が遅延する可能性があります。
価格設定スキームによっては、大量の場合にのみ意味がある場合があります。
3）SMSサーバーを携帯電話会社のSS7ネットワークに接続し、ネットワーク要素として追加します。制限：
複雑な実装。専用のハードウェア（SS7インターフェイスカード）とドライバをプログラムする必要があります。
広範なテストを含む、ネットワークオペレーターとの重要なネットワーク統合が必要です。
接続にはE1/T1回線（またはそれ以上、またはSIGTRAN）が必要です。これは通常、データセンターのものですが、すべてのデータセンターで利用できるわけではありません。
価格設定スキームと運用の点で高価です。
私があなたの要件を理解していると仮定すると、あなたの場合、私はオプション1）に行き、SMSサーバーをカバレッジの良い場所に配置します。つまり、必ずしもデータセンターに配置する必要はありません。サーバーインフラストラクチャのヘッドエンドとして販売します。データセンターに設置する必要がある場合は、オプション2）に進み、モバイルネットワーク事業者のSMSホールセールサービスを確認してください。
于 2011-02-20T20:15:09.327 に答える
1
Linuxでsmstoolsパッケージを使用して、SMSメッセージを受信および解析します。構成ファイルで、2つの引数を受け取る外部スクリプトを指します（例：RECEIVED path-to-sms-file）。私はperlを使用してSMSを解析します。他のオプションはAlamoSMSゲートウェイですが、私はそれに多くの問題を抱えていました。
于 2011-06-29T05:19:14.683 に答える