1

我正处于确定针对特定垂直市场的应用程序范围的早期阶段。它不是以消费者为导向的。开发应用程序的组织拥有现有的基于 Web 的产品和用于注册用户帐户和为这些产品计费的基础设施，并且应用程序应该与这些产品互操作。为此，我有几个问题：

1) 如果应用程序的功能只能从应用程序外部启用（例如，通过单独的网站）并且开发人员为此向用户收费：

Q1。这个应用程序可以使用 Google Play 分发吗？

Q2。由于启用该功能是在应用程序之外进行的，因此开发人员是否必须使用 Google Play 的支付系统为其收费？

2) 如果允许用户在单独的网站上创建内容项的应用程序，以便他们随后可以在该网站上对其进行修改并为此付费（例如，为创建错误而收费的错误跟踪应用程序在网站上记录）：

Q3 这是否算作应用内购买并需要使用 Google Play 的支付系统进行结算？

我在哪里可以找到 Google 关于这些情况的明确声明？我只找到与购买和计费场景相当简单的消费者应用程序相关的材料。

4

1 回答 1

0

我无法对您问题的潜在“您旁边没有任何付款方式”方面有太多了解，但从技术方面来看，我想到了以下方面。

  • Q1：从技术上讲，该应用程序可以在 GP 上免费使用其他付款方式，也可以使用许可验证服务。
  • Q2：部署 Google Play 许可的唯一安全方法是在您自己的安全服务器上执行所有完整性检查。该应用程序可以请求 GP LVL 信息并将其传递到您的服务器。您可以使用 GP LVL 用户 ID（一个模糊的二进制应用程序特定字节字符串）来识别用户并与您的应用程序协商您可能想要实施的任何密码详细信息。当然，在这种情况下，我希望用户觉得他已经支付了，所以服务器端的注册应该可以顺利集成。如果服务器端还需要“启用”/“身份验证”步骤，我不确定是否会使用 GP LVL。
  • Q3：您可以为此使用 GP IAB V3 消耗品应用内购买（或 V2 订阅，但听起来更像是按项目付款）。同样，仅当您在服务器上为购买 Intent 生成按购买的 developerPayload 并在应用查看用户购买时对其进行验证时，这才是安全的。再次验证必须在您的服务器上进行，否则您必须在您的应用程序中包含您的应用程序的公钥，这是您的应用程序被破解的重要一步。
  • 一般来说，如果您有自己的用户管理要使用，重要的是要知道 GP 信息是相对匿名的（LVL：混淆，IAB V3：根本没有应用程序方向的信息）。因此，我想说，“您的”帐户和 GP 体验之间的可靠、面向用例的绑定将是关键。
于 2013-02-21T15:26:33.383 回答