“我很乐意看到P2P能用于支付领域”,5月10日Google I/O大会“How to NFC”主题演讲,Nick Pelly在回答“Android设备上移动支付的未来”这一问题时,面对众多听众做出如上回应。
PELLY:我希望每个人都能使用p2p或NFC数据交换模式。
在Google I/O大会“Android NFC开发”的主题演讲上,从事Android NFC堆栈研究的Google工程师Jeff Hamilton和Nick Pelly解释了一些与移动支付相关的问题和疑问,包括NFC设备的移动支付、卡模拟技术的长期稳定性等。
在题为“如何将Android NFC手机应用于标签读取、标签写入和P2P应用”的演讲结尾,Pelly对移动支付问题做出了回答:
我们已经就读写模式和P2P讨论了很多,NFC卡模拟是第三种模式。在卡读写的情况下,Nexus S可以当成无源标签。只要你愿意,可以把它用作交通卡或信用卡。
Gingerbread没有用于卡模拟的API,并不是我们忘记做,而是我们绞尽脑汁……。
刚才的图表展示了各种技术。如果要进行卡模拟,那么需要根据硬件选择相应的技术。通常并不能够同时采用不同技术对硬件进行模拟,另一方面目前的硬件确实不支持同时模拟。
所有如果我们兴建了API,那么这些API部署在不同的Android设备时就会互相打架。有的支持NFC-A,有的支持NFC-B。我们认为对于第三方开发者来说这不是件好事。
其次,如果你进行卡模拟,你需要模拟1k或2k的无源标签。你需要明确哪一API有权管理这一受限制的资源。
因为我们想在行动之前获得足够多的用户建议,所有我们没有给Gingerbread兴建API。我们也确实认为P2P是NFC的未来。P2P和NFC数据交换模式,通过NFC数据交换模式可以过滤内容,而P2P则是新兴技术。不能假设某方面就不好。
在问答环节,又有人就移动支付提问,Pelly更为详细地陈述了Google的观点:
关键就是现在的硬件。如果你买了NFC控制台,它通常只能模拟一种RF技术。作为一个应用开发者,当你要在手机上部署NFC时,你不知道应该部署那个NFC控制台。我认为我们需要等到某一RF技术的行业标准出台,或者等NFC控制台能支持多种RF技术。
我希望每个人都能使用p2p或NFC数据交换模式,这样就能一劳永逸的解决了这一问题了。
“开发者需要访问安全代码吗?”有听众提问。
“它与卡模拟紧密相关,”Hamilton回答道:
通常对硬件进行卡模拟设置时都要考虑安全代码。目前我们还有任何与安全代码相关的API。我也认为近期我们也不可能从SDK(软件开发工具包)中取得API。首先还是安全问题。安全代码非常受限制,不可能在其中保存大量数据。如果我们将其开放给任何一个第三方应用,就可能导致巨大的资源冲突。
说到安全,即使是手机上的应用,你也需要正确地验证自己的身份。如果你在一定时间内不能正确地验证自己的身份,那么安全代码可能会物理损坏硬件,再也不能恢复。我们认为这会让用户觉得很糟糕,我们不想让用户因硬件受损而迁怒与开发者。要想明确知道哪一应用导致硬件受损确实很难,因此迄今我们尚未推出相应的API。此外还有其他一些制约因素使得在第三方应用SDK中开发API很难。
有人追问Google是否知道有供应商正在建立基于P2P模式的移动支付解决方案。
“我希望如此”,Pelly回答说:“我很想看到P2P技术用于支付。我认为NFC数据交换模式和P2P是未来的方向。”
“那你知道任何进入应用阶段的产品吗?”有人问道。“没有”,Pelly回答。
在整个演讲中,Google团队也演示了为下一个操作系统版本Ice Cream Sandwich新增的Android NFC新功能——“0点击”。“0点击”将会使两个十分接近的设备无需用户输入就可自动共享和传送信息。
来自雷锋网