誰かがSMPPバイナリSMSプロトコルを扱ったことがありますか?このテクノロジーはまだメッセージングアグリゲーターやキャリアによってかなり広く使用されていることは知っていますが、SMPP仕様は更新されていないようで、SMPPライブラリのサポートは徐々に衰退しています。「SMSフォーラム」(http://www.smsforum.net)は2007年に閉鎖されました。
私には、プロトコルがWebサービスインターフェイスを支持して死にかけているように感じますが、他の人がどう思うか興味がありました。
誰かがSMPPバイナリSMSプロトコルを扱ったことがありますか?このテクノロジーはまだメッセージングアグリゲーターやキャリアによってかなり広く使用されていることは知っていますが、SMPP仕様は更新されていないようで、SMPPライブラリのサポートは徐々に衰退しています。「SMSフォーラム」(http://www.smsforum.net)は2007年に閉鎖されました。
私には、プロトコルがWebサービスインターフェイスを支持して死にかけているように感じますが、他の人がどう思うか興味がありました。
SMPP は主に無線事業者によって使用されるため、質問への回答は、扱っている市場/地域/国によって大きく異なります。
私はラテンアメリカのワイヤレス企業との経験があり、ますます多くの企業が SMPP サーバーを HTTP Web サービス (より柔軟性を提供する) の背後に隠しているとはいえ、多くのワイヤレス企業に接続するために SMPP プロトコルは依然として必要条件であると言えます。だから絶対に死んでいない。
そして、これらのワイヤレス企業の内部を見ると、smpp プロトコルは内部ネットワークや他の通信事業者との相互接続で非常に活発に使用されています。
確かに SMPP の仕様は長い間変更されていませんが、実際にはそれは悪いことではありません。プロトコルは成熟しており、特にカスタム HTTP API に必要な柔軟性を見つけたため、新しい機能を含めるためにプロトコルを拡張することに通信事業者は関心を持っていないようです。
また、SMPP のライブラリ実装に関しては、Kannelが活発に開発されていますが、使用はお勧めしません。残念ながら、私が見た SMPP クライアントの成功した長期的な実装のほとんどは、独自の実装でした。
SMPP は、単純なメッセージ送信に適したプロトコルです。HTTP ベースのプロトコルを支持して死なないことを願っています。HTTP プロトコルが柔軟性を提供することには同意しますが、それはおそらく、パフォーマンスや消費電力に大きな影響を与える XML またはその他のテキスト プロトコルのバリアントに基づくファット ペイロードを意味します。
SMPP が仕様に従っている限り、使用するのに最適です。
We also still use it but we are repacing it with HTTP protocol for new projects!
残念ながら、まだ使用しています。
Ricardo Reyes の回答は ( https://stackoverflow.com/a/545651/467545 ) この質問をほぼ完全にカバーしています。この件で私自身の経験を追加するだけです。
SMPP ハブを運営する会社で働いています。バイナリ SMS を処理するビジネス ロジックを処理します。割合は低いですが、存在します。スマートフォン (iPhone など) は、長いメッセージ用のバイナリ SMS を作成できます。いくつかのユースケースが見られます。
SMPP 仕様が更新されてからかなりの年月が経ちました。米国で SMPP 5.0 仕様をサポートする主要な通信事業者は見たことがありません。ほとんどどこでも、それは SMPP v3.4 です。私にとって、理由は次のとおりです。
成長傾向の鈍化にもかかわらず、SMPP を介した SMS はコア通信プロトコルであり、おそらくあと数十年はキャリア空間で存続するでしょう。それは厳密に私の個人的な観察です。
SMPP にはプロトコルに関する特定の知識が必要であり、その知識を習得するには時間と忍耐が必要です。それはおそらく他の選択肢の台頭に影響を与えました.
私は、開発者がますます HTTP ベースの通信に傾いているのを見てきました。実装はカスタムです。私は見た:
めったに使用されない代替手段は次のとおりです。
多くのSMSアグリゲーターにはHTTPAPIがありますが。SMPPは接続されたプロトコルであるため、大量の送信を行う場合に非常に便利だと思います。