move_uploaded_file移动多个图片_58二手车在移动平台上的AI技术探索

背景

人工智能技术近年来逐渐成熟且日趋火热，但由于平台算力等原因，最初只能运行在后端服务器上对外提供服务，这在技术架构上造成了很多无法跨越的痛点。随着一些人工智能框架在移动平台上推出落地方案，58二手车移动端团队也在AI方面做了一些探索，主要项目包括在移动端进行车辆自动识别和行驶证VIN码识别。

痛点：目前市面上大部分app提供的车辆识别功能，都是通过手机拍照或者手动选择图片上传至后端，后端通过运算返回结果。这种方案给移动端带来的缺点是不够灵活、操作繁琐、交互体验差，流量消耗大。对于后端来说，服务器拿到的图片数据量大且未经过滤，压力陡增。VIN码识别功能同样也面临这样的问题。

思考：如果让物体检测模型在移动平台上发挥作用，通过相机扫描镜头视野内的场景，将含有目标物体(车辆或VIN码)的图片上传给服务器进行精确的需要较高硬件性能支撑的运算，这样就利用千千万万台移动设备进行数据过滤，精确上传，以上提到的所有移动端及后端面临的体验问题、流量问题、服务器压力问题都将迎刃而解。

挑战：以上方案让系统架构在整体上得到极大改良，同时也给移动平台带来了很多挑战。移动平台算力能否支撑物体识别框架及模型的运算、集成AI模型及依赖库的安装包尺寸是否过大等都是亟需解决的问题。

通过对人工智能平台能力的持续关注和对其中一些移动平台相关技术的深入研究，我们在android和ios平台上成功实现了车辆识别和vin码识别功能。

本篇文章将分为以下来四部分来进行介绍：

a) 项目所涉及AI相关基础知识

b) 移动平台上的车辆识别项目

c) 移动端平台上的工程化落地方案及优化

项目所涉及AI相关基础知识

1. TensorFlow[tt1]

TensorFlow是Google提供的深度学习网络。TensorFlow到底是什么，网上有大量文章介绍，本文不再赘述。

Object_Detection API 是Google开放的物体识别系统，能够在单个图像中定位和识别多个对象。当模型获得一张图像时，它可以在图像中获得自己“认知”范围内的所有对象的列表，以及每个对象所在的位置、大小、置信度等信息。

我们基于TensorFlow 的Object_detection目标检测架构进行了尝试，并以该架构为基础网络对车辆识别功能进行了模型训练，将模型迁移到了Android和IOS平台。

2. TensorFlow Lite

TensorFlow Lite，以下简称TF-Lite。由名字可以看出，它是TensorFlow中的轻量化部分，是一种可以用于设备端推断的深度学习框架。它具有占用空间小，低延迟的特点。与TensorFlow超高的准确性相比，TF-Lite的设计原则旨在兼顾准确性的同时，还能在各种设备上高效地运行模型。

缩减体积、高效运行——要达到这样的效果，Google给出的方案是改变模型的存储格式。对现有的TensorFlow模型进行转换，得到的新模型就可以在TF-Lite上运行了。新模型体积小、占用资源少、运行高效，但为此付出的代价就是开发人员必须进行一定的取舍，因为不是所有的TensorFlow模型都能转化为TF-Lite模型，具体点说，就是一些通过高消耗达到超高准确率的API是无法使用的。虽然在模型转换的过程中Google引入了一些不影响准确性的优化措施，但综合以上这些特性来看，在准确性上TF-Lite的极限没有TensorFlow高。

a) TF-Lite模型有两种格式：浮点运算(float 32)和量化模型(quantized_unit 8)；

b) 在运行效率方面，TF-Lite提供能够在移动设备运行更快的内核解释器；

c) 在模型尺寸方面，当支持所有优化操作时，模型小于300K,当仅支持inception v3和mobilenet模型优化时，模型小于200K

Google官方给出了TF-Lite的Demo， Demo提供了包含person、bus、car、apple等90个日常常见的分类，模型大小为4.2M；以下是效果图：

移动平台车上的车辆识别项目

1. 构建模型

我们根据官方文档推荐的从预先训练的量化COCO SSD MobileNet v1模型开始训练自己所用的模型，训练模型大概分为下面几个步骤：

a) 准备图片样本集，并手动标注样本(样本图片我们是网上随机下载的车辆图片进行标注)；

b) 将样本集分别拆分为训练集、验证集和测试集生成XML文件(这一步也就是将我们标注的图片读取到XML中，保存标注的分类信息及坐标等数据)看一个列子[tt2](xml文件图一)：可以看到XML中包含了一些输入到模型中的参数name:car、size、object等等；

c) 将XML转化为CSV(CSV文件图二)：这一步也就是将我们上面生成的xml文件数据全部读取到表格中；

d) 生成模型所识别的TFRecord二进制文件(TFRecord内部使用了“Protocol Buffer”二进制数据编码方案，它只占用一个内存块，只需要一次性加载一个二进制文件的方式即可，简单，快速，尤其对大型训练数据很友好。而且当我们的训练数据量比较大的时候，可以将数据分成多个TFRecord文件，来提高处理效率。)；

e) 执行训练脚本，开始训练；

f) 通过可视化工具TensorBoard查看训练过程(图三、图四)；

xml文件图一

CSV文件图二

图三

图四

训练出来的模型在效果上和官方的Demo还是有很大差距的，首先在灵敏度上没有官方的灵敏、框选车辆的位置也不是很准确，模型大小为23.2M，效果远达不到我们想要的，分析我们的整个训练过程：

a) 样本数据可能太随机化，且不够清晰，其中掺杂了很多的奇怪的车型；

b) 模型选择不是最佳；

c) 训练参数的设置(训练步数、学习率、batch_size等...)；

d) 是否需要加入负样本集；

针对以上问题，我们做了如下调整：

a) 加入一些58二手车数据库中的一些真实二手车图片;

b) 在模型选择上我们参考官方文档，可以看到下图中模型越大准确度越高但是延迟性也越高，官方推荐可以根据自己的适用场景来进行取舍，考虑到APP包大小以及车辆识别的特征我们选择了准确度较低但是模型最小的量化的Mobilenet v2(quantized_unit8量化)。

模型大小和准确度对比

准确度和延迟行对比

c) 训练参数上面经过几个版本的模型训练结果最终定为：训练步数为50000步、步长batch_size定为8、初始学习率learning_rate为0.004，其他均保持和官方提供的不变；

d) 样本图片加入person、dog、cat、other四种负样本；

损失函数：

优化后的模型训练过程

分析上面的损失函数：可以看到经过重新训练的模型损失函数相对于之前已经好了很多，其中分类损失(classification_loss)、定位损失(localization_loss)以及总损失(total_loss)均呈现下降效果，并且收敛的数值也相对于之前减少了还很多。但是在真实的扫描过程中偶尔会误框一些相对于较方的物体，比如显示器，电脑，虽然识别出来的可信度(confidence)不高，但是不能出现误框，这样会给用户带来不信任感，所以我们决定对样本数据集继续优化。

2. 数据增强

之前训练模型的基础样本图片为1800张，考虑到会误识别一些方形的情况，我们决定对样本数据集做随机裁剪、随机亮度、对比度、色度、饱和度的设置来增大样本量，这样的话对于提高模型的准确率和提升模型的泛化能力非常有帮助，并且也可以获得更多的图片样本。

首先将基础样本中的车辆的图片进行裁剪，在原有标注的基础上面对其进行缩小裁剪，裁剪到标注框的位置，这样更能凸显车辆的具体特征，同时也能减少模型对一张图片中负样本特征提取。

其次我们又对图片分别进行随机亮度、饱和度、对比度、色度的增强，这样可以减少识别物体不同色彩等无关因素对图像识别模型的影响。图片如下：

原图

裁剪后的图

随机饱和度

随机对比度

随机色度

经过此次样本数据的增强基本解决了之前偶尔误框的场景，并且为了测试模型在真机上的运行效果，我们在测试机上导入了1000张二手车图片，通过脚本启动模型进行识别，每张图片识别3次，将总的3000次识别结果保存下来，得到框选的次数达到2836次，平均的置信度也高达94.6%，对于粗分类后框选的图片上传到server端之后，server进行细分类这里没有做具体分析。

车辆识别效果如图所示：

车辆识别效果图

3. 基于车辆识别的拓展——VIN码识别

有了对车辆识别的经验，我们希望可以通过对VIN码识别，获取车辆基本信息，节省车辆发布时间，提高发布通过率，并期望将VIN码识别的场景放在二手车的发布界面。

VIN码识别的模型构建原理基本与车辆识别类似，这里就不做赘述了。

依据车辆识别的经验我们对2889张VIN图片做同样的操作，并加入了对抗样本以及修改训练文件中的aspect_ratio值，用于避免识别过程中多标、高标、少标等现象。实际训练样本达到34668张。

图片如下：

原图

随机切割

对抗样本

训练后的模型大约仍有10%的概率出现多标现象，很小概率出现少标，手机距离行驶证比较远的时候会偶尔出现高标，正常效果置信度在90%以上。

结论：基本满足使用场景，效果如下图所示：

vin码识别效果图

移动端平台上的工程化落地方案及优化

1. 引入估车价

估车价APP之前使用的方案一直都是通过用户拍照或者选择图片将图片上传给服务端，服务端返回识别结果。所以我们先在估车价APP上引入了车辆识别的模型，编码整体流程如下图：

车辆识别流程图

考虑到以后的拓展，我们尝试用下载的方式将Lite模型文件导入项目工程，方便以后为项目提供更多的物体检测的能力，比如今后加入识别VIN码或者其他物体，直接从远程下载模型进行读取实现物体扫描；也不再需要将模型文件打入APP，同时也减少了包大小。

模型下载

2. 优化效果

相较于之前在估车价中的的方案，在整个的车辆识别的流程中有了很大的效果提升：

a) 将车辆识别粗分类模型前置到移动端，服务端将细分类识别的品牌车系返回移动端，减少服务端压力，避免无效的图片上传及扫描

b) 优化了用户体验和交互流程，用户打开界面后进行实时扫描(或者选择图片)，扫描到车辆后上传至服务端

c) 移动端分担了服务端粗分类的识别，减少了识别的响应时间

响应时间：

可以看到移动端引入了车辆识别模型后响应时间相比之前减少了30%〜40%。

APP包大小：

模型文件通过服务器下载的方式来读取，只需要引入依赖库就可以了，APP也只会增加一个依赖库的大小：Android增加3.1M，IOS(OC)增加1.3M，(Swift)增加3.1M：

3. 落地展示

落地效果图

总结及规划

通过两个AI功能在移动平台上的落地，我们梳理出整套相关技术体系，并积累了一定的经验。随着业务的不断深入，AI技术在移动平台上的应用将愈发深入、全面，会有更多更贴近业务的场景由于移动AI技术的使用而变得完善。

相较后端服务器的高性能，以手机为主的移动平台的计算能力远不能及。而人工智能网络的计算量又非常庞大。纵观AI技术的发展历史，就曾因为计算量太过庞大，而又没有足够的计算资源而陷入停滞，后来又随着近代计算机技术的迅猛发展得到普及。所以最初的人工智能应用只能在数据层面运行在服务器上。然而技术总是在不断发展，AI算法的持续优化使得其对计算资源的要求逐渐降低、近年来智能终端设备的性能也得到迅猛发展，在突破算力瓶颈之后，移动智能设备的优势立即凸显出来，它有眼睛(摄像头)可以看，有耳朵(麦)可以听，它能捕捉所有外界的信息，然后通过AI技术对信息进行加工、回馈。目前很多app已经可以脱离网络和后端服务器进行智能运算，给用户带来更好、更丰富的使用体验。然而这只是开始，相信随着AI技术的逐渐普及和移动平台的性能提升，移动人工智能应用，大有可为。

参考文献

1. https://TensorFlow.google.cn/lite

作者简介

李通，58同城二手车技术部后端及移动端负责人

马志超，58同城二手车技术部高级IOS工程师

黄海杰，58同城二手车技术部高级android工程师