Google加大对移动支付中NFC卡模拟技术稳定性的关注

“我很乐意看到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点击”将会使两个十分接近的设备无需用户输入就可自动共享和传送信息。

 

来自雷锋网

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值