モバイル決済システムがどのように機能するか、ソーシャルネットワークやゲーム全体でどのように機能するかを理解しようとしています.基本的に、電話番号を送信するだけで、サービスはSMSを送信し、それを確認すると、携帯電話サービスプロバイダーから金額が引き落とされます.残高。
boku.com や zong.com のような同様のエンジンを作成する必要がある場合、運用したいすべての国で携帯電話ネットワークとの契約などを結ぶ必要がありますか? 私は 1 人の開発者にすぎませんが、そのようなモバイル決済エンジンを作成することはまだ可能であり、API を公開して他のユーザーが使用できるようにすることさえ可能ですか?
ありがとう
アミット
ショート コードを提供する SMS ゲートウェイ プロバイダーのアカウントを取得する必要があります。米国では、人に請求してビジネスを行う場合は、ショート コードが必要です。英国や他の場所についてはわかりませんが、同じことだと思います。ユーザーに明確な STOP メカニズムを提供したり、支払いを認識させたりするなど、さまざまな規制に準拠する必要があります。基本的には、ゲートウェイ プロバイダーとやり取りするクライアント (http および/または SMPP ベース) を構築します。ユーザーが短いコードをテキストで送信すると、ゲートウェイ プロバイダーが「イベント リスナー」をトリガーし (ここでも、サイトへの http 要求または SMPP を介して)、ユーザーに請求し、その料金の一部を提供します。あなたはそれをすべて手に入れることはできません。各プロバイダーのサイトを確認してください。通常は、サイトに費用とすべての詳細が記載されています。良いプロバイダーもあれば、そうでないプロバイダーもあるので、プロバイダーについて十分な調査を行うことをお勧めします。検索を開始する前に、プロバイダーに必要なものを特定してください (たとえば、長いメッセージを 1 つに連結したり、複数のテキストを送信したりするためにプロバイダーが必要ですか?)。プロバイダーは、送信 SMS も処理します。それだけです。複雑なプロセスではありません。
最も単純なケースでは、SMS を送受信できる何らかの電話プラットフォームがあれば十分だと思います。おそらく、携帯電話会社との何らかの契約も必要になるでしょう。
これを実現できる実用的なシステムを作成する教育目的のためだけに、基本的には、サーバーに接続された互換性のある携帯電話を使用するだけで済みます。問題は、オープン ソースの PC スイートまたは API を備えたものを見つけて、独自の PC スイートを構築し、SMS の読み取り/送信ができるようにすることです。