【问题标题】:google cloud messaging for chrome api terms of service用于 chrome api 服务条款的谷歌云消息传递
【发布时间】:2013-05-12 02:49:48
【问题描述】:

当我尝试在我的 google API 控制台中为 chrome 服务打开 gcm 时,我在条款和条件中看到了这一点,

Google Cloud Messaging for Chrome API 服务条款 最后​​修改: 2012 年 9 月 1 日 使用此 API,即表示您同意受这些约束 Google API 服务条款(“API ToS”)之外的条款 http://developers.google.com/terms。 API 客户端

您和您创建的任何 API 客户端只能访问 getChannelId 此 API 的功能供您自己开发和个人使用。

第二段有点混乱。它有点说,我们不能将它用于商业应用。有人可以澄清这些信息吗?

【问题讨论】:

    标签: google-chrome-extension google-cloud-messaging google-chrome-app


    【解决方案1】:

    我不是律师,这不应被视为法律建议。

    在正常情况下,您的 API 客户端(即调用 GCM API 的服务器端代码)永远不需要调用 getChannelId API;它只会调用插入方法来发送消息。您可以通过在打包的应用程序/扩展程序的上下文中运行的不同 Javascript API 获取通道 ID。

    如果您创建自己的 Chromium 版本,则例外情况,在这种情况下,您可能需要调用许多 Google API 才能使您的 Chromium 版本完全正常运行。此处对此进行了描述:http://www.chromium.org/developers/how-tos/api-keys。 getChannelId 与 Chromium 使用的其他 API 具有相同的服务条款。

    【讨论】:

      【解决方案2】:

      您正在寻求法律建议,但 Stack Overflow 的答案并不适合提供。此答案不是法律建议。

      尝试从不希望开发人员与其他开发人员共享客户端 ID 的 Google 的角度阅读该段落。那么它可能更有意义。客户端 ID 的目的之一是能够识别和禁用来自特定错误应用程序的请求,这些应用程序正在损害服务器,而无需关闭每个人的访问权限。另一个是确保使用 API 的每个人都同意服务条款。如果您与其他人共享您的 ID,那么两个不同的应用会看起来是同一个应用,而且 Google 无法确定每个开发者都同意服务条款。

      【讨论】:

      • 对不起,我不同意。我在问题中粘贴的段落没有谈论或暗示共享客户 ID。 TOS 似乎只限制个人/开发目的的使用。我能看到的唯一原因是他们想让 API 服务仅在用于商业目的时才付费。
      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2019-03-09
      • 1970-01-01
      • 2014-08-15
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多