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