Ricardo Reyes の回答は ( https://stackoverflow.com/a/545651/467545 ) この質問をほぼ完全にカバーしています。この件で私自身の経験を追加するだけです。
バイナリ メッセージにコメントする
SMPP ハブを運営する会社で働いています。バイナリ SMS を処理するビジネス ロジックを処理します。割合は低いですが、存在します。スマートフォン (iPhone など) は、長いメッセージ用のバイナリ SMS を作成できます。いくつかのユースケースが見られます。
SMPP 仕様に関するコメント
SMPP 仕様が更新されてからかなりの年月が経ちました。米国で SMPP 5.0 仕様をサポートする主要な通信事業者は見たことがありません。ほとんどどこでも、それは SMPP v3.4 です。私にとって、理由は次のとおりです。
- SMPP v3.4 はほとんどの要件を満たしています。企業は制限を回避する方法を見つけました。
- SMS の成長傾向は横ばいです。この領域にリソースを費やすことは意味がないかもしれません。SMPP v5.0 はあまり注目されていませんが、代替案は開発されていません。
- スマートフォン アプリは、データ プランを使用して SMS を送信し (SMPP 経由ではなく)、通信事業者の SMS 通信チャネルをバイパスできます。iPhone の iMessage は、ここでの最大のトレンド チェンジャーです。
成長傾向の鈍化にもかかわらず、SMPP を介した SMS はコア通信プロトコルであり、おそらくあと数十年はキャリア空間で存続するでしょう。それは厳密に私の個人的な観察です。
SMPP の使用法に関するコメント
SMPP にはプロトコルに関する特定の知識が必要であり、その知識を習得するには時間と忍耐が必要です。それはおそらく他の選択肢の台頭に影響を与えました.
私は、開発者がますます HTTP ベースの通信に傾いているのを見てきました。実装はカスタムです。私は見た:
- GET パラメータを使用した HTTP 通信。同期確認が必要な場合、呼び出しはブロッキングになります。それ以外の場合は、確認を報告するためにコールバックが使用されます。
- POST パラメーターを使用した HTTP。SMS の記述には XML が使用されています。
- ウェブサービス
めったに使用されない代替手段は次のとおりです。
- SMTP。エンティティからの送信用。
- IMAP。受信用。