6

Google App Engine for Java にデプロイされた GWT ベースのアプリがあります。アプリは Google アカウント ベースの認証を使用します。メール ID (Google アカウントから)、最終ログイン日などの基本的なユーザー情報を GAE データストアに保持しています。ウェブサイトへのアクセスは無料です。誰でも自分の Google アカウントを使用して使用できます。

今後は有料サービスにしたいと考えています。しかし、ECサイトの立ち上げや運営の経験はありません。だから私の質問は少し曖昧かもしれません。どうやってそれを進めるかについてのガイダンスが必要です。

これが私の要件の一部です（ただし、正確な実装については柔軟です）：

  1. 無料とプレミアムの 2 種類のアカウントを提供します。
  2. システムにクレジット カード関連の情報を保持したくありません。また、精巧なユーザー データベースを維持したくありません。
  3. ユーザーが最初にログインすると、自動的に無料のアカウントが取得されます。
  4. アプリケーションのすべての機能にアクセスするには、ユーザーはプレミアム アカウントに「アップグレード」する必要があります。
  5. ユーザーは、アップグレードするために 1 回限りの料金を支払う必要があります。

この情報を踏まえて、次の質問があります。

  1. GAE は私の要件に適していますか?
  2. 私の要件に最も適している支払いゲートウェイ (Paypal、Google Checkout など) はどれですか?
  3. アプリと支払いゲートウェイの間に必要な統合レベルは? アプリで最小限のユーザー情報を維持したいと考えています。アプリケーションの開発に専念し、ユーザー管理には最小限の労力を費やしたいと考えています。
  4. カスタム認証メカニズムを実装する必要がありますか、それとも Google アカウントまたは別の OpenID ベースの認証を引き続き使用する必要がありますか?
  5. 他にどのようなことを考慮する必要がありますか?

これについて何か助けていただければ幸いです。ありがとう。

4

3 に答える 3

3

一般的に言えば、現在のアプリケーションとそのアカウント管理を維持できない理由はまったくありません。ユーザーが有料の顧客であるかどうかを格納するアカウント タイプ フィールドを使用して、ユーザー アカウントを拡張できます。請求書を送信する必要がある場合は、ユーザーの連絡先情報も保存してください (Paypal は支払い領収書と一緒にこれを送信します)。

特定の支払いプロバイダーに関する限り。私は PayPal の実務経験しかありません。いくつかの理由から、私はそれらを二度と使用しません。

  • それらの API は十分に文書化されておらず、一部の文書は間違っています (または古くなっています)。
  • あなたが小さなプレーヤーの場合、サポートは主にフォーラムを介して行われます. つまり、基本的にこれは、あなたが自分自身であることを意味します。
  • 一部の API には重大な穴があり、機能が不足しています (たとえば、標準の支払い API を使用している場合、サブスクリプションを作成できますが、サブスクリプションをキャンセルすることはできません。
  • 米国およびいくつかの幸運な国以外では、高度な API は利用できません。そのため、IPN リスナー サーブレットの実装に行き詰まっていますが、必要に応じて情報を取得する方がはるかに望ましいでしょう。

私が見つけた既存の PayPal Java ライブラリはすべて、ほとんどのユーザーが利用できない Pro 機能を使用しています。他のどこにも見つからなかったので、独自のIPN サーブレットを作成してオープン ソース化しましたが、未完成です。要望があれば、改善したいと思いますので、教えてください。

この IPN サーブレットが行うことは、着信 PayPal メッセージをリッスンすることです。たとえば、ユーザーがサブスクライブすると、メッセージが表示されます。ユーザーが請求されている場合 (たとえば、毎月のサイクルで)、メッセージが表示されます。ユーザーがサブスクリプションをキャンセルすると、メッセージが表示されます。これらのメッセージにより、ユーザーのアカウントの種類を維持できます。

もう一度やり直すとしたら、おそらくSpreedlyなどのより高度で高レベルのサブスクリプション API を使用するでしょう。API についていくつか良いことを聞いたことがありますが、それらはかなり手頃な価格です。私は Spreedly を実際に使用した経験がないため、これを推奨するものではありません。

于 2011-05-25T06:13:45.603 に答える
1

GAE はこの種のアプリケーションを特に問題なくサポートします。選択した言語が Java の場合、 Google Checkout Java APIはGAEではうまく機能しないように見えるため、このツールキットを備えた Paypal を選択します。

ユーザーが権限に基づいて実行できることを確認するには、承認メカニズムが必要です。
基本的に、次のものが必要になります。

  1. membershipユーザーがプレミアムかどうかを示すフラグステータス。これは、支払い通知の後に設定する必要があります
  2. membershipフラグ値を読み取って、特定の Web ハンドラーを現在のユーザーが使用できるかどうかを確認する認証システム

このすばらしい Spring Security チュートリアルをご覧ください。それはカバーします：

  • Google アカウントを使用した認証。
  • ユーザーに割り当てられたロールに基づいて、アクセス制御制限を設定します。
于 2011-05-23T09:07:09.960 に答える
0

無料トライアル、クーポン、プランのアップグレード/ダウングレード、督促管理など、サブスクリプション ベースの請求が必要な場合は、Recurlyをご覧ください。

Recurlyがホストするページで顧客に請求情報を維持してもらうか、Transparent POST API を使用して GAE アプリのページからサーバーに請求情報を投稿するかを選択できます。どちらのソリューションも機密性の高いクレジット カード データがサーバーを通過することを回避します。 PCIコンプライアンスを容易にします。

Java API は完全には開発されていませんが、JAXB を使用して特定の要件に合わせて簡単に構築できます。コードをオープン ソース プロジェクトにラップしていませんが、スニペットを喜んで共有します。

于 2011-05-25T13:40:52.550 に答える