在镜像 api 玻璃器皿中，我们通过 Google-oauth 生成并发送到玻璃器皿的唯一用户 ID 来识别用户...但是我的玻璃器皿包含一个 gdk 对应项，它需要将信息发送到镜像 api 服务。我的问题是我们如何在后台自动发送此类信息（例如向 glassware mirror-api 服务的 url 请求），而不使用“通过与特定联系人共享的谷歌通知”，以便我们可以唯一地识别用户镜像 api glassware 端以及提取信息用于其余目的。
是否有任何玻璃 ID 可以与 gdk 的请求一起发送，并在镜像 API 端从该玻璃 ID 获取用户的谷歌帐户，并使用其他一些 api 从谷歌帐户生成用户 ID，就像谷歌一样-oauth。获得用户 ID 后，我们可以使用简单的 mirror-api 向该用户发送静态时间线卡片。
请指导我使用除“通知订阅”以外的任何可用解决方案。
【问题讨论】：
标签： google-mirror-api google-gdk
我已经在这里问过这样的问题：How to call the Mirror API from GDK?
现在的答案似乎是我们无法在两个 API 之间进行通信，并且 Mirror 中的所有内容都与 GDK 分开。我一直在进行一些挖掘，试图获取设备的联系人列表之类的东西，因为 Mirror 文档提到您的应用程序添加了一个联系人，但它似乎没有使用与 Android 相同的内容提供程序。
从另一个线程来看，我将 GDK 应用程序绑定到用户的最佳两个想法是：
1) 在您的 Web 服务端生成一个 QR 码并扫描它，它将具有一个编码的身份验证令牌，应用程序将能够使用它来识别用户。显然，这需要与 ZXing 库集成并使用相机。
2) 生成或允许用户在 Web 服务端输入可被视为不记名令牌的短语。在 GDK 中，提示用户说出这个短语，然后将其传递给您的 Web 服务，该服务将使用类似的身份验证令牌进行回复，以将应用程序与用户联系起来。尽管这很奇怪，但我还是有点喜欢它，因为它在 GDK 实现方面更简单。
【讨论】：
使用 Mirror API 的应用程序更有可能是某种类型的 Web 服务。为什么不能从 Glass 调用 HTTP 命令到托管在服务器上的应用程序？ Mirror API 是一组调用到 Google 服务器的 REST 命令。然后，同一台谷歌服务器会同步到 Glass，Glass 将使用 HTTP 请求拉取更新的内容。
简单地说，在您的网络应用程序中创建一个接受 HTTP 命令的路径。
【讨论】：