教程 | 如何使用谷歌Mobile Vision API 开发手机应用

机器之心原创

参与:QW、李亚洲

一年一度的谷歌开发者大会 Google I/O 昨日在山景城开幕,在首日的 Keynote 中,谷歌宣布了一系列新的硬件、应用、基础研究等。而在下午面向开发者的 session 中,也有很多有关机器学习的内容值得我们学习。所以这届 Google I/O 并非略显乏味,反而充实了更多机器学习内容。在这篇文章中,机器之心根据视频为大家介绍了一个面向初学者的教程:如何使用谷歌 Mobile Vision API 在手机上开发应用。

视频内容

在此 Session 中,来自谷歌 Mobile Vision 团队的 Yulong Liu、Hsiu Wang 对 Mobile Vision API 的开发应用进行了讲解。

谷歌 Mobile Vision 团队的工作是提供最新的计算机视觉算法,并在低延迟、无网络访问的情况下在设备上实现。而 Mobile Vision API 既能在安卓手机上部署,也能在 iOS 上部署。

在视频中,Hisu 演示了如何使用 Mobile Vision 的 Face、Barcode 和 Text API。在视频演示中,使用 Barcode API 手机扫描广告页上的二维码,就能自动跳转到产品页;Face API 可让你虚拟试戴产品;最后,使用 Text API 扫描信用卡快速支付。

Mobile Vision API 包含四大组件:共用 API(Common Utility API)以及上面介绍的三种特定应用 API。共用 API 提供构建应用通道的基础设施与模块。

1.Barcode API

  • 支持 1D 条形码和 2D 二维码类型
  • 支持多种条形码格式
  • 应用场景:跟踪并识别任意条形码或二维码

2.Face API

  • 捕捉脸部图像,支持不同的角度以及非常夸张的表情
  • 生成 Facial Landmarks 用于定位等业务
  • 脸部表情分类
  • 应用场景:生成用户趣味头像,识别商品并推荐购买方式,等等等等

3.Text API

  • 支持 20 种以上拉丁语系语言
  • 支持段、句、词分析
  • 应用场景:信用卡信息提取,名片信息提取,实时翻译,等等等等

在详细讲解代码之前,Hisu 先介绍了 Mobile Vision API 的基础概念与使用案例。最简单的使用案例就是图像检测:如果想要建立一个检测器,先要提供一张图像,然后运行算法产生检测结果。

Google Mobile Vision (GMV) 同时支持 iOS 与 Anriod 平台,用户只需根据 API 与业务需求简单地设定以下三个类即可构建完整的图像处理 Pipeline:设定 Detector 类用于捕捉图像内容;设定 Processor 类允许用户灵活地处理单张或多张图像(即 Focus 模式与 Multi 模式);最后用户只需完整地重构 Tracker,根据图像信息完成业务逻辑。无论是 iOS 还是 Andriod,遵循以上流程即可构建 GMV 应用。

以上是完整的流程。摄像头源内部使用了 Camera API,它将图像帧传递给检测器,检测器运行算法来生成检测结果。然后结果被传递给处理器。处理器是首个后处理(post-processing)步骤,它负责筛除、合并、或传递检测到的 item 到相关 Tracker。

总结来就是两个步骤:

1. 配置追踪管道;

2. 部署 Tracker 实时追踪时间变化。

图中的 Camera Source、Detector、Processor 都由 Mobile Vision API 提供,用户要做的就是基于自己商业逻辑编写代码,实现 Tracker。

Barcode API

如今二维码处处可见,开发手机端的二维码扫描应用也变的非常常见。使用 Barcode API 前,只需在不同的平台中部署相应的 Dependency。Android 平台由 Google Play 提供服务;而在 iOS 平台中可以使用 CocoaPods 包管理工具安装。下面是开发安卓手机二维码应用的代码演示。

首先,开发者需要指定具体的编译工具与运行环境依赖,不同的 GMV API 需要不同的依赖,开发者只需根据业务指定 android:value 为 barcode, face 或 text。在用户第一次使用时,开发者所制定的内容会自动下载到设备中(即需要用户连接至网络环境中);一旦下载完成后,用户即可在无网络连接的环境下使用相应的 GMV 应用和服务。

完成对 Camera Source 的初始化。

接下来开发者需要根据业务需求和 GMV API 构建自己的应用。在 Detector 部分中,开发者可以指定不同的 barcode 格式用于 detector 检测,例如 QR 二维码或是 UPA 条形码;接着输入某一帧图像或是图片后,Detector 的实例即可自动读取相关的信息;最后用户可以根据需求调用 valueAt 方法获得码值或是使用 cornerPoints 属性获取对应的位置。此外,Barcode 类中还提供了标准的条码类型,开发者可以根据不同的条码类型对应的提取相应的信息。下图的 Demo 展示了整个过程:

下一步就是开始 Processor 步骤:Mobile Vision API 提供两种 Focusing Processor 和 Multi Processor。下图演示了 Focusing Processor 类,它能让你在多二维码的环境中专注分析某一个二维码,用户可以调整设备摄像头拍摄的位置切换至不同的二维码。而 Multi Processor 则提供了同时处理图像中所有二维码的能力,开发者可以使用工厂模式进行不同二维码的处理。

最后则是重载 Tracker 类完成所有的业务逻辑。在 Barcode 模式中,开发者至少需要定义 4 个方法来处理不同的情况:分别是处理新扫描到的码、在未探测到新码时如何更新当前的码、如何处理未探测到任何码的情况,以及完成所有任务后如何存储文件或是关闭服务等清理操作。

整体流程如下:

Barcode API 在 iOS 系统上也可用,以下是 iOS 平台编译环境的依赖。

iOS 系统上的 Pipeline 与安卓系统非常相似,只是在 AVCaptureSession 类的初始化与语法上有所区别。

Face API

Face API 可以准确的捕捉用户的脸部,但并不提供识别的支持。开发者可以使用 Face API 构建许多有趣的应用,例如根据用户的照片生成有趣的头像,或是联合 Google Cloud Vision API 分析用户的情绪。同时,Face API 允许开发者捕捉到极其夸张的面部表情,轻而易举地帮助喜爱搞怪的用户完成属于他们自己的图像应用。

Facial Landmarks 则是另一项特性,该特性可以定位用户面部的特征,如眼睛与嘴巴。该项功能允许开发者实时地追踪用户面部并完成相应的业务,如在视频中为用户添加酷炫的太阳镜。

脸部表情分类的特性允许开发者实时地获取用户的表情信息,如用户眼睛是否睁开,或用户是否在微笑;根据这些信息开发者可以高度定制自己的业务。

尽管 Face API 功能丰富,其使用方法却与 Barcode API 一样简单,程序的逻辑也基本一致。首先设置运行依赖中的 android:value 为 face,接下来完成对 Detector 类、Processor 类与 Tracker 类的设置与业务逻辑。

在 Face Detector 类中,开发者可以调用多种方法获取图像中用户脸部的位置、对应表情的概率以及 Facial Landmarks 用于之后的处理。

下图展示了单个脸部的追踪代码,开发者可以使用 LargestFaceFocusingProcessor 类来指定捕捉单个面部表情。这个类可以将 detector 实例捕捉到的图像进行处理并将结果传至 tracker 实例完成相应的业务。

多个脸部的实时处理并没有太多不同,开发者只要使用 MultiProcessor 类对图像进行处理,同时重载 Tracker 方法使用工厂模式对多个脸部进行处理。下图代码中高亮的部分则是使用 MultiProcessor 与 FocusingProcessor 不同的地方。

在 Tracker 的定义中,开发者需要指定不同的方法来处理以下两种情况:第一次检测到用户面部时应该如何处理,如根据 landmarks 为用户立刻添加一副墨镜;实时地追踪用户的面部相对位置的变化与拍摄角度的变化,调整当前的添加的墨镜位置。下图为简单的定义:

以上为 Face API 在安卓系统的 Demo,我们可以看到使用该 API 可以简单高效地构建不同的应用。在 iOS 系统上,整体流程仍然大致相同:

Text API

Text API 目前只支持基于拉丁语系的语言,并不支持中文,这使得该 API 对于国内的开发者而言并无太多惊喜可言。然而,对于需要处理英文或其他语言的业务该 API 则允许开发者从段、句、词等不同角度进行分析与信息提取。下图中 textRecognizer 实例允许开发者使用 getLanguage 方法获取语言,这意味着开发者无需进行任何假设即可实时自动地获得当前的语言信息;getBoundingBox 方法允许开发者处理文字的相对位置,标准化输入输出的格式;getValue 方法允许开发者获取整段的文字信息,或是迭代式的使用 getComponents 方法获取句、词信息。至于整体的 Text API 使用流程,经过 Barcode 和 Face 的介绍后,相信大家已经十分熟悉了。几乎相同的流程,允许开发者快速地上手不同的 API,部署不同的应用。

Tips:

  1. 由于 GMV API 有大约 60 毫秒的延迟,避免将 Detector 部署在 UI 线程,而在后台线程中可保证最佳的用户体验避免卡顿的画面。
  2. 尽可能的在使用 API 前完成图像的预处理。实际应用中,用户不可避免地会处于光线较差或是抖动的拍摄环境中,精细的图像预处理可以帮助 API 获取更清晰的图像,从而提高使用的效率与准确率。
  3. 与 Google Cloud Vision API 共同使用。GMV API 提供了低延迟、无网络访问的情况下基本的图像识别与处理功能,而开发者可以在本地设备处理图像后联合使用 GCV API 获得更加丰富的功能。例如:GMV 可以在实时拍摄的视频中不断检索判断图像中是否出现面部表情或图像质量是否适合 GCV 使用,一旦满足使用条件即可使用 GCV 提供的高级功能判断用户的情绪状态等。

更多有关 Mobile Vision API 的资源,可查看下图:

今年的谷歌 I/O 大会有大量关于机器学习、TensorFlow 的技术 session,机器之心会持续为大家进行介绍。

原文发布于微信公众号 - 机器之心(almosthuman2014)

原文发表时间:2017-05-19

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏IT技术精选文摘

基于Redis的推荐系统开发

介绍 推荐系统并不总是需要用到复杂的机器学习技术.只要手头上有足够的数据,你就可以花很少的功夫开发一个推荐系统.一个最简单的推荐系统可以只是从用户感兴趣的表中查...

83380
来自专栏人工智能的秘密

13个最受欢迎的机器学习Python库

人工智能的快速发展,让机器学习备受大家欢迎。今天给大家盘点一下最受欢迎的机器学习库(ML):

37490
来自专栏镁客网

AI算法入驻Google搜索引擎,词条再冷也可手到擒来!

22740
来自专栏小白课代表

几秒钟,将世界从黑白变成彩色。

15240
来自专栏阮一峰的网络日志

关于Slashdot

slashdot.org创办于1997年,是一个著名的科技新闻网站。它的稿件都是由读者投稿,编辑审核后发表。但是,真正有趣的部分却是它的读者留言。

9110
来自专栏腾讯移动品质中心TMQ的专栏

侦探养成技:如何追溯分析一个线上缺陷

前言 对于数学问题,自己想出答案和确认别人的答案是否正确,哪一个更简单,或者困难到何种程度。拟一个别人无法解答的问题和解开那个问题,何者更困难?——东野圭吾 《...

20490
来自专栏量子位

从今天起,TensorFlow 1.9开始支持树莓派了

几个小时前,TensorFlow正式宣布TensorFlow 1.9开始支持树莓派了。

13700
来自专栏Jerry的SAP技术分享

30行代码消费腾讯人工智能开放平台提供的自然语言处理API

腾讯人工智能AI开放平台上提供了很多免费的人工智能API,开发人员只需要一个QQ号就可以登录进去使用。

29140
来自专栏小狼的世界

BLOG首页展示的几种方式

大约在多年以前,按照日志的时间格式进行排列的类似于编年史样的风格非常流行,但是最近,摘要形式的首页展示开始变得流行起来,还有一些其他的展现形式,我们的Blogg...

7410
来自专栏VRPinea

微软研究团队为HoloLens带来MRTouch触觉反馈交互技术

385110

扫码关注云+社区

领取腾讯云代金券